Package Details: chiaki-ng 1.9.6-1

Git Clone URL: https://aur.archlinux.org/chiaki-ng.git (read-only, click to copy)
Package Base: chiaki-ng
Description: Free and Open Source PlayStation Remote Play Client
Upstream URL: https://streetpea.github.io/chiaki-ng/
Licenses: LicenseRef-AGPL-3.0-only-OpenSSL
Conflicts: chiaki
Provides: chiaki
Submitter: WorMzy
Maintainer: WorMzy
Last Packager: WorMzy
Votes: 2
Popularity: 0.074048
First Submitted: 2024-08-01 11:33 (UTC)
Last Updated: 2025-02-25 19:32 (UTC)

Latest Comments

WorMzy commented on 2025-02-26 18:36 (UTC)

I recommend building with pkgctl build, but if you want to use makepkg, use makepkg -C to do a clean build rather than adding extra logic to prepare() to achieve the same.

throstur commented on 2025-02-26 15:36 (UTC)

I recommend changing the PKGBUILD for this package, or it may fail when you update. There's a line where it mkdir build without checking if the directory exists, an easy workaround is to replace it with mkdir build || rm -r build && mkdir build (or mkdir -p build if we are sure that old files can be kept around).

tessaracht commented on 2025-02-02 00:03 (UTC)

@wormzy ahh yes you're completely right, unclear build dir from yay was the culprit. thanks for the reminder, gotta clear out those cache dirs more frequently!

WorMzy commented on 2025-02-01 22:33 (UTC)

How are you building the package? Chiaki will build against the current version of miniupnpc installed on your system (or clean chroot). It sounds like your system is up-to-date, but if you use a clean chroot perhaps that is outdated?

If you use an AUR helper then you may need to "force" it to rebuild the package (or increment the pkgrel variable in the PKGBUILD).

tessaracht commented on 2025-02-01 21:04 (UTC)

running into a problem with the current chiaki-ng release. it builds ok, but when I run it I get:

chiaki: error while loading shared libraries: libminiupnpc.so.18: cannot open shared object file: No such file or directory

looking at my system, the version of miniupnpc is 2.3.0-1, and the library version is /usr/lib/libminiupnpc.so.19, so that probably explains it. can we get the build to either build against this version of the lib, or statically build the binary so the version of the lib doesn't matter?

manuth commented on 2024-10-24 22:31 (UTC)

Awesome! Thx for the explanation and also thanks for fixing - that was quick!

WorMzy commented on 2024-10-24 16:20 (UTC)

Please don't exaggerate. The package built fine (in a clean chroot at least) up until curl 8.10.1-2 was pushed to [core] four days ago. This new build of curl enables websocket support, which chiaki-ng is looking for, but it fails when trying to generate the build files using the system curl as the name defined in the lib/CMakeLists.txt file is incorrect (at least on Arch, where it is simply libcurl).

CMake Error at lib/CMakeLists.txt:165 (target_link_libraries):                                                          
  Target "chiaki-lib" links to:                                                                                         

    CURL::libcurl_shared                                                                                                

  but the target was not found.  Possible reasons include:                                                              

    * There is a typo in the target name.                                                                               
    * A find_package call is missing for an IMPORTED target.                                                            
    * An ALIAS target is missing.

I've updated the PKGBUILD to explicitly enable use of the system curl, fix the library name, and drop the curl git submodule.

manuth commented on 2024-10-24 12:04 (UTC)

This package is broken for quite a few months now. I found myself able to fix it by adding -DCHIAKI_USE_SYSTEM_CURL=0 to the cmake command.