Package Details: rpcs3-git 0.0.33.r16916.53c84577c0-1

Git Clone URL: https://aur.archlinux.org/rpcs3-git.git (read-only, click to copy)
Package Base: rpcs3-git
Description: A Sony PlayStation 3 emulator
Upstream URL: https://github.com/RPCS3/rpcs3
Licenses: GPL-2.0-only
Conflicts: rpcs3
Provides: rpcs3
Submitter: alucryd
Maintainer: hcorion
Last Packager: hcorion
Votes: 78
Popularity: 0.52
First Submitted: 2014-08-14 11:04 (UTC)
Last Updated: 2024-09-08 18:27 (UTC)

Latest Comments

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

Neko-san commented on 2022-11-07 23:34 (UTC)

Yeah, git -c protocol.file.allow=always submodule update is the correct way

Score_Under commented on 2022-11-04 12:37 (UTC)

The topic there suggested a less hacky workaround: git -c protocol.file.allow=always submodule update -- would that be suitable for this package?

kode54 commented on 2022-10-20 01:43 (UTC)

Oh, crud. I forgot, I was only maintainer of the "stable" package that stuck to the useless tags on the repo, when this project doesn't do tagged releases at all.

kode54 commented on 2022-10-20 01:42 (UTC)

As the topic suggests, this is using an internal script to avoid a security requirement. I await further discussion in the topic you linked.

italoghost commented on 2022-10-20 01:13 (UTC)

There was an update on git. It is necessary to change the PKGBUILD, replacing

 git submodule update

with

git submodule--helper update

There were some discussions about this subject on this post.

atticf commented on 2022-06-11 16:00 (UTC)

I needed to explicitly add -DUSE_SYSTEM_WOLFSSL=OFF in the cmake arguments to allow cmake to find the package:

-- Checking for module 'wolfssl>=4.7.0'
--   Package 'wolfssl', required by 'virtual:world', not found
CMake Error at /usr/share/cmake/Modules/FindPkgConfig.cmake:605 (message):
  A required package was not found
Call Stack (most recent call first):
  /usr/share/cmake/Modules/FindPkgConfig.cmake:827 (_pkg_check_modules_internal)
  3rdparty/wolfssl/CMakeLists.txt:3 (pkg_check_modules)

Please consider adding it

Neko-san commented on 2022-05-23 17:36 (UTC)

@patlefort RPCS3 hasn't had building issues for LTO in a while, I'm actually somewhat the cause of this new cmake error

I had reported some bugs that involved LTO but ultimately were "solved" by just enforcing the lack of LTO in the build system. The original issue I had reported was a floating point error but I don't think it was actually fixed because the initial response was a commit PR to prevent LTO instead. This was partially due to the fact that Qt doesn't always like LTO (can cause launch crashes), but now you at least have the full picture as to why no time was really spent on it instead.

patlefort commented on 2022-05-23 06:47 (UTC)

Rpcs3 now error out when LTO is enabled:

CMake Error at CMakeLists.txt:137 (message):
  Rpcs3 doesn't support building with LTO, use -DDISABLE_LTO=TRUE to
  force-disable it

I think options=(!lto) should be used.

fabian-ang commented on 2022-05-15 10:17 (UTC)

Apparently rpcs3 updated their codebase to be compatible with recent flatbuffers versions, thus we can revert the usage of the bundled flatbuffers lib

atticf commented on 2022-04-30 09:44 (UTC)

No need to use bundled ffmpeg or to link against ffmpeg4.4 libraries anymore, https://github.com/RPCS3/rpcs3/commit/fb27ed4deb5a94964d59978de7770b4dcde49d1e fixes it :D

I don't get that error anymore on my system