Arch Linux User Repository

Sorry, programistazacny, I somehow missed your comment (busy week).

Great sleuthing, byzxor. Unfortunately chiaki is already using the latest nanopb code, so this needs to be fixed there.

Please could one of you report the problem to the nanopb upstream, and possibly to the chiaki-ng devs here.

In the meantime, I've written a patch to replace the now removed function with the recommended replacement, and confirmed that chiaki-ng builds and launches with that.

Looks like that function was removed from protobuf here

I have a problem with installing/building:

[  0%] Built target cpp-steam-tools_autogen_timestamp_deps
[  0%] Building C object third-party/CMakeFiles/gf_complete.dir/gf-complete/src/gf.c.o
[  1%] Generating takion.pb
[  2%] Generating takion.pb.c, takion.pb.h
[  3%] Building C object third-party/CMakeFiles/gf_complete.dir/gf-complete/src/gf_wgen.c.o
[  4%] Building C object third-party/CMakeFiles/gf_complete.dir/gf-complete/src/gf_w4.c.o
Traceback (most recent call last):
  File "/var/tmp/pamac-build-jacek/chiaki-ng/src/chiaki-ng/third-party/nanopb/generator/nanopb_generator.py", line 2761, in <module>
    main_cli()
    ~~~~~~~~^^
  File "/var/tmp/pamac-build-jacek/chiaki-ng/src/chiaki-ng/third-party/nanopb/generator/nanopb_generator.py", line 2660, in main_cli
    results = process_file(fdesc.name, fdesc, options, other_files)
  File "/var/tmp/pamac-build-jacek/chiaki-ng/src/chiaki-ng/third-party/nanopb/generator/nanopb_generator.py", line 2598, in process_file
    headerdata = ''.join(f.generate_header(includes, headerbasename, options))
  File "/var/tmp/pamac-build-jacek/chiaki-ng/src/chiaki-ng/third-party/nanopb/generator/nanopb_generator.py", line 2128, in generate_header
    yield msg.fields_declaration(self.dependencies) + '\n'
          ~~~~~~~~~~~~~~~~~~~~~~^^^^^^^^^^^^^^^^^^^
  File "/var/tmp/pamac-build-jacek/chiaki-ng/src/chiaki-ng/third-party/nanopb/generator/nanopb_generator.py", line 1506, in fields_declaration
    defval = self.default_value(dependencies)
  File "/var/tmp/pamac-build-jacek/chiaki-ng/src/chiaki-ng/third-party/nanopb/generator/nanopb_generator.py", line 1692, in default_value
    msg = reflection.MakeClass(desc)()
          ^^^^^^^^^^^^^^^^^^^^
AttributeError: module 'google.protobuf.reflection' has no attribute 'MakeClass'
make[2]: *** [lib/protobuf/CMakeFiles/chiaki-pb.dir/build.make:74: lib/protobuf/takion.pb.c] Error 1
make[1]: *** [CMakeFiles/Makefile2:610: lib/protobuf/CMakeFiles/chiaki-pb.dir/all] Error 2
make[1]: *** Waiting for unfinished jobs....
[  5%] Building C object third-party/CMakeFiles/gf_complete.dir/gf-complete/src/gf_w8.c.o
[  5%] Building C object third-party/CMakeFiles/gf_complete.dir/gf-complete/src/gf_w16.c.o
[  6%] Building C object third-party/CMakeFiles/gf_complete.dir/gf-complete/src/gf_w32.c.o
[  7%] Building C object third-party/CMakeFiles/gf_complete.dir/gf-complete/src/gf_w64.c.o
[  8%] Building C object third-party/CMakeFiles/gf_complete.dir/gf-complete/src/gf_w128.c.o
[  8%] Building C object third-party/CMakeFiles/gf_complete.dir/gf-complete/src/gf_rand.c.o
[  9%] Building C object third-party/CMakeFiles/gf_complete.dir/gf-complete/src/gf_general.c.o
[ 10%] Building C object third-party/CMakeFiles/gf_complete.dir/gf-complete/src/gf_cpu.c.o
[ 11%] Linking C static library libgf_complete.a
[ 11%] Built target gf_complete
make: *** [Makefile:166: all] Error 2
==> ERROR: A failure occurred in build().
    Aborting...

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.

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).

@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!

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).

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?

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

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.