Search Criteria
Package Details: rpcs3-git 0.0.31.r16375.90b6912daa-1
Package Actions
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: | GPL2 |
Conflicts: | rpcs3 |
Provides: | rpcs3 |
Submitter: | alucryd |
Maintainer: | hcorion |
Last Packager: | hcorion |
Votes: | 73 |
Popularity: | 2.00 |
First Submitted: | 2014-08-14 11:04 (UTC) |
Last Updated: | 2024-04-24 06:18 (UTC) |
Dependencies (31)
- alsa-lib
- curl (curl-quiche-gitAUR, curl-http3-ngtcp2AUR, curl-c-aresAUR, curl-gitAUR)
- glew (glew-libepoxyAUR, glew-gitAUR, glew-waylandAUR, glew-osmesa-gitAUR, glew-wayland-gitAUR)
- glu (glu-gitAUR)
- libavcodec.so (ffmpeg-compat-54AUR, ffmpeg-compat-55AUR, ffmpeg-intel-full-gitAUR, ffmpeg-nvcodec-11-1-gitAUR, ffmpeg2.8AUR, ffmpeg-amd-fullAUR, ffmpeg3.4AUR, ffmpeg-ffplayoutAUR, ffmpeg-obsAUR, ffmpeg-amd-full-gitAUR, lib32-ffmpegAUR, ffmpeg-headlessAUR, ffmpeg-libfdk_aacAUR, ffmpeg-cudaAUR, ffmpeg-decklinkAUR, ffmpeg-fullAUR, ffmpeg-gitAUR, ffmpeg-full-gitAUR, ffmpeg, ffmpeg4.4)
- libavutil.so (libavutil-52AUR, ffmpeg-intel-full-gitAUR, ffmpeg-nvcodec-11-1-gitAUR, ffmpeg2.8AUR, ffmpeg-amd-fullAUR, ffmpeg3.4AUR, ffmpeg-ffplayoutAUR, ffmpeg-obsAUR, ffmpeg-amd-full-gitAUR, lib32-ffmpegAUR, ffmpeg-headlessAUR, ffmpeg-libfdk_aacAUR, ffmpeg-cudaAUR, ffmpeg-decklinkAUR, ffmpeg-fullAUR, ffmpeg-gitAUR, ffmpeg-full-gitAUR, ffmpeg, ffmpeg4.4)
- libevdev (libevdev-gitAUR)
- libgl (nvidia-340xx-utilsAUR, amdgpu-pro-oglpAUR, libglvnd-gitAUR, libglvnd)
- libice
- libncursesw.so (arm-linux-gnueabihf-ncursesAUR, ncurses-gitAUR, lib32-ncurses, ncurses)
- libpng (libpng-gitAUR, libpng-apngAUR)
- libpulse (pulseaudio-dummyAUR, libpulse-gitAUR)
- libsm
- libswscale.so (ffmpeg-intel-full-gitAUR, ffmpeg-nvcodec-11-1-gitAUR, ffmpeg2.8AUR, ffmpeg-amd-fullAUR, ffmpeg3.4AUR, ffmpeg-ffplayoutAUR, ffmpeg-obsAUR, ffmpeg-amd-full-gitAUR, lib32-ffmpegAUR, ffmpeg-headlessAUR, ffmpeg-libfdk_aacAUR, ffmpeg-cudaAUR, ffmpeg-decklinkAUR, ffmpeg-fullAUR, ffmpeg-gitAUR, ffmpeg-full-gitAUR, ffmpeg, ffmpeg4.4)
- libx11 (libx11-gitAUR)
- libxext (libxext-gitAUR)
- openal (openal-gitAUR)
- pugixml (pugixml-gitAUR)
- qt6-base (qt6-base-gitAUR, qt6-base-headlessAUR)
- qt6-declarative (qt6-declarative-gitAUR)
- Show 11 more dependencies...
Latest Comments
« First ‹ Previous 1 2 3 4 5 6 7 .. 33 Next › Last »
kasugano commented on 2023-06-06 22:58 (UTC)
How about changing PKGBUILD "-DUSE_NATIVE_INSTRUCTIONS=OFF" to "ON"?
glledo commented on 2023-05-21 11:25 (UTC)
It is worth mentioning that (even after 0c96e8e898cb) if you have wolfssl installed via pacman, the build is still picking it up. This breaks at link time due to a missing symbol.
Adding
-DUSE_SYSTEM_WOLFSSL=OFF
to the cmake commandline fixed this for me.loathingkernel commented on 2023-04-19 17:24 (UTC) (edited on 2023-04-19 17:25 (UTC) by loathingkernel)
@hcorion, while you look into the submodule script, also consider the pkgver guidelines please on how to make the version string monotonically correct and something pacman can resolve.
hcorion commented on 2023-04-18 06:25 (UTC)
Apologize about the slow update, I was away on vacation. Thanks for the diff G4E and the tips loathingkernel. I'll look further into cleaning up my submodule script, but for now it builds again.
loathingkernel commented on 2023-04-15 12:15 (UTC) (edited on 2023-04-15 12:17 (UTC) by loathingkernel)
@patlefort While it is suggested in the Wiki, the problem is more nuanced than this. discussion on the wiki.
Using
--filter=tree:0
untilGITFLAGS
gets included in the release version of pacman should be good enough.patlefort commented on 2023-04-15 11:27 (UTC)
All submodules should be added to the source array like in https://wiki.archlinux.org/title/VCS_package_guidelines#Git_submodules. That way they can be properly cached in a source directory of the user's choosing as configured in their makepkg.conf.
agapito commented on 2023-04-15 10:35 (UTC)
Thanks @G4E
It's working again.
G4E commented on 2023-04-14 16:24 (UTC) (edited on 2023-04-14 16:24 (UTC) by G4E)
This fix building with llvm 16 :
agapito commented on 2023-04-06 10:15 (UTC)
https://github.com/RPCS3/rpcs3/commit/fb88e1c1c933a792f96600206ed03a07cd7c3661
loathingkernel commented on 2023-03-28 14:13 (UTC) (edited on 2023-03-28 14:29 (UTC) by loathingkernel)
@hcorion, you do not need that, frankly, complicated way of figuring out the submodule urls. You can simply (re)set the remote url to point to the github repo and getting the submodules will work as expected.
Normally I would suggest doing it as per package guidelines and specifying the submodules in the
source
array, but this package seems like a special case and it think it's fine to just do it inprepare
.Use
--filter=tree:0
instead of--depth 1
, it allows for the submodules to fetch blobs on demand, for example cherry-picks. Explaination: https://github.blog/2020-12-21-get-up-to-speed-with-partial-clone-and-shallow-clone/EDIT: Ignore the following claim about the CMake options. CMake was lying to me for some of those...
It seems like the only remaining options for
USE_SYSTEM_XXX
areUSE_SYSTEM_LIBUSB
USE_SYSTEM_SDL
andUSE_SYSTEM_ZLIB
. I think upstream was advising at some point against using system libusb, sdl is not enabled on Linux for their AppImage (USE_SDL
defaults to off, and that ignoresUSE_SYSTEM_SDL
) so it's not useful makingUSE_SYSTEM_ZLIB
the only remaining one. At this point this could even be set to OFF and just use the submodule. System FFMPEG is still detected without the CMake option.« First ‹ Previous 1 2 3 4 5 6 7 .. 33 Next › Last »