@kylon thanks for pointing me to that issue. I will consider it.
Search Criteria
Package Details: ppsspp-assets-git 1.17.1.r785.cbdb2a37eb-1
Package Actions
| Git Clone URL: | https://aur.archlinux.org/ppsspp-git.git (read-only, click to copy) |
|---|---|
| Package Base: | ppsspp-git |
| Description: | A PSP emulator written in C++ |
| Upstream URL: | https://www.ppsspp.org/ |
| Licenses: | GPL2 |
| Conflicts: | ppsspp-assets |
| Provides: | ppsspp-assets |
| Submitter: | libcg |
| Maintainer: | loathingkernel |
| Last Packager: | loathingkernel |
| Votes: | 43 |
| Popularity: | 0.31 |
| First Submitted: | 2012-11-05 20:36 (UTC) |
| Last Updated: | 2024-06-21 11:26 (UTC) |
Dependencies (14)
- clang (llvm-rocm-gitAUR, llvm-gitAUR, clang-minimal-gitAUR) (make)
- cmake (cmake-gitAUR) (make)
- git (git-gitAUR, git-glAUR) (make)
- glew (glew-libepoxyAUR, glew-waylandAUR, glew-osmesa-gitAUR, glew-wayland-gitAUR, glew-gitAUR) (make)
- glu (glu-gitAUR) (make)
- libglvnd (libglvnd-gitAUR) (make)
- libpng (libpng-gitAUR, libpng-apngAUR) (make)
- libzip (libzip-gitAUR) (make)
- ninja (ninja-kitwareAUR, ninja-memAUR, ninja-fuchsia-gitAUR, ninja-gitAUR, ninja-jobserverAUR) (make)
- python (python37AUR, python311AUR, python310AUR) (make)
- sdl2 (sdl2-gitAUR, sdl2-compat-gitAUR) (make)
- sdl2_ttf (make)
- snappy (snappy-gitAUR) (make)
- zlib (zlib-ng-compat-gitAUR, zlib-gitAUR, zlib-ng-compatAUR, zlib-ng-compat) (make)
Required by (2)
- libretro-ppsspp-git (requires ppsspp-assets) (optional)
- ppsspp-git
Sources (2)
loathingkernel commented on 2024-06-21 10:41 (UTC)
kylon commented on 2024-06-20 15:21 (UTC) (edited on 2024-06-20 15:23 (UTC) by kylon)
can we stop building qt variant since it is unmaintained, it lacks vulkan and recently it crashes a lot after recent qt updates? (see https://github.com/hrydgard/ppsspp/pull/19229 , qt should not be shipped)
it is just a waste of build time and cpu for no reason, also annoying to have 2 ppsspp in menu, just stick with officially supported and fully working sdl
<deleted-account> commented on 2024-04-01 20:32 (UTC)
This package doesn't build, aparently it needs the ext/OpenXR-SDK submodule in the _ppsspp_submodules
loathingkernel commented on 2023-10-03 23:15 (UTC) (edited on 2023-10-03 23:15 (UTC) by loathingkernel)
@Technetium1 What? Why would it?
Technetium1 commented on 2023-10-03 22:38 (UTC) (edited on 2023-10-03 23:18 (UTC) by Technetium1)
EDIT: Accidentally commented on the wrong package, sorry. Please disregard.
Shatur commented on 2023-08-25 15:12 (UTC)
@loathingkernel no problem, here is a patch that compiles on my PinePhone: https://pastebin.com/ZizYLtN7. I did it before the skeleton commit, so I would suggest to revert the last commit and apply this instead.
loathingkernel commented on 2023-08-25 08:35 (UTC)
@Shatur The reason I asked you to write a patch and send it is because I can't test the PKGBUILD on aarch64. That being said, I have added the required skeleton in the PKGBUILD to support multiarch. I will be waiting for your patch.
Shatur commented on 2023-08-24 22:26 (UTC)
@loathingkernel sorry for bothering, but could you add support aarch64 now since ffmpeg compilation script is now in place?
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.