Dear package maintainer, This is an automated bug created due to a FTBFS when rebuilding this package for the change proposal CMake drop non-standard variables. The rebuild is being tracked in https://copr.fedorainfracloud.org/coprs/lecris/cmake-drop_vars/package/mumble. See https://fedoraproject.org/wiki/Changes/CMake_drop_install_vars for more information on how to make the package compatible. Most likely the build failure is due to the project assuming the presence of `LIB_SUFFIX` as an input. You can provide this variable as shown in the change proposal. If possible, please open an issue in upstream and ask them to use `GNUInstallDirs` instead. You can check the build locally following the instructions in the change proposal, or submit your build to the tracking copr project. Let me know if you encounter any issues, or need any other help.
I think this may be a false positive. In the most recent build in the linked copr, it only shows fedora-rawhide-ppc64le failing, while the other targets (fedora-rawhide-aarch64, fedora-rawhide-s390x, fedora-rawhide-x86_64) succeed. I doubt the CMake variable changes are architecture specific. Nothing jumps out at me in the build log, so perhaps it's an ephemeral copr failure. Could the build be retried?
Ah, found the failure higher up, it looks to be a disk space issue on the copr builder: WARNING: Can't initialize from container image, falling back to chroot installation: Podman mount failed: Error: write /run/containers/storage/overlay-layers/.tmp-mountpoints.json562351741: no space left on device https://download.copr.fedorainfracloud.org/results/lecris/cmake-drop_vars/fedora-rawhide-ppc64le/09277272-mumble/builder-live.log.gz
Yeah, it passed on the other builders, so it's a false-positive. I should have removed the other arch beforehand.