Indeed, they've added 2 new submodules. Forgot to add ppsspp-git back to my automated builds so I didn't catch that change. Just pushed an updated PKGBUILD, thanks for the heads up.
Search Criteria
Package Base Details: ppsspp-git
Package Actions
| Git Clone URL: | https://aur.archlinux.org/ppsspp-git.git (read-only, click to copy) |
|---|---|
| Submitter: | libcg |
| Maintainer: | loathingkernel |
| Last Packager: | loathingkernel |
| Votes: | 42 |
| Popularity: | 0.011836 |
| First Submitted: | 2012-11-05 20:36 (UTC) |
| Last Updated: | 2024-04-07 18:23 (UTC) |
Packages (2)
alucryd commented on 2018-08-28 12:43 (UTC)
Enverex commented on 2018-08-27 21:37 (UTC)
Thanks alucryd. I hadn't ran into that myself.
I think one of the recent GIT updates may have broken the package. Not sure if it can be fixed in the build script or if it's simply a case of waiting for upstream to fix something. It fails immediately after configuring with:
CMake Error at ext/discord-rpc-build/CMakeLists.txt:33 (add_library): Cannot find source file: ../discord-rpc/src/backoff.h
alucryd commented on 2018-08-20 14:58 (UTC)
Yes, system ffmpeg doesn't work. Try running the first patapon for example, don't remember what the exact symptoms, but there are issues with the intro video for instance.
Enverex commented on 2018-08-20 12:19 (UTC)
Is there any reason at this point to build FFMPEG along with this package rather than using the system version of FFMPEG? (via the build flag -DUSE_SYSTEM_FFMPEG). I haven't noticed any issues with this and it cuts down repo sync / compile time significantly.
Griever commented on 2018-06-18 02:48 (UTC) (edited on 2018-06-18 18:37 (UTC) by Griever)
Similar to @loathingkernel, wouldn't it be better to build ffmpeg instead of relying on prebuilts? It would reduce the checkout time and save bandwidth. Compilation time is very short due to the buildscript only enabling the bare minimum features required for emulation.
As far as I know, PPSSPP's ffmpeg repo differences from upstream are only including prebuilt binaries and buildscripts, no actual source changes.
Also similar to @loathingkernel, I created a PKGBUILD1 which uses ffmpeg 3.0.x but instead of using an official release archive, I just use a snapshot of the 3.0.x branch. You could modify the .gitmodules file to use ffmpeg's git repo and set the branch but the checkout time and size is rather large due to the number of commits. AFAIK, you can't git submodule update a shallow clone of a branch.
Might I also suggest replacing PPSSPP's SDL gamecontrollerdb.txt with https://github.com/gabomdq/SDL_GameControllerDB? It has much better out-of-box controller support.
1: Please excuse the removal of maintainers/contrib in the pkgbuild; the repo is for personal use and I remove them and replace with a dummy maintainer to improve readability and appease linters.
Enverex commented on 2018-05-26 19:29 (UTC)
This package refuses to install anymore as it seems to conflict with itself:
:: ppsspp-git and ppsspp-qt-git are in conflict
It's a multi-package PKGBUILD which makes ppsspp-git, ppsspp-headless-git, ppsspp-qt-git, so when it tries to install all 3 of them, it fails.
Pinned Comments
xdavidwu commented on 2021-02-09 03:30 (UTC)
Please don't flag this package out-of-date when you see the version string is. This is a VCS package. It always grabs the latest source from upstream repo and version string is generated at build time. As long as it builds fine, it is up-to-date. It is your responsibility to decide when to rebuild (update). I won't bump the version for you.
Also, I am running a daily build service, and by that, I can check that it builds fine daily. Ancient version string does not mean that I have loose track of the latest source.