Description of problem: FTBFS procps-ng changed its library, including ABI and filename. former /usr/lib64/libprocps.so chaged to /usr/lib64/libproc2.so New procps-ng-4.0.2 is not in rawhide compose yet. A copr build has been created for the purpose of work on this update. https://copr.fedorainfracloud.org/coprs/jrybar/procps-ng-4.0.2_rebase/ Please let me know when your work is finished, so we can set up a side-tag for a bodhi update. Thank you. Version-Release number of selected component (if applicable): How reproducible: always during build with procps-ng-4.0.x Actual results: build fails on dependency 'libprocps' Expected results: build succeeds with depenency 'libproc2' Additional info:
Upstream support for procps-ng-4.0.x not merged yet. https://github.com/lxqt/lxqt-session/pull/456/commits/0d16e9e007794320b219eb4bf002fc38a45f107b I believe I'm ready for the update. https://copr.fedorainfracloud.org/coprs/zsun/procps-ng-4.0.2/build/5533822/ In my copr build, x86_64 and ppc64le already succeed. Failure on aarch64 is caused by repo error so it should be fine later when we start the actual work. Build for s390x did not start yet, but I don't think there are people running desktop environments on a mainframe s390x, so I consider it good to go.
Hello, Finally, I created another side-tag for the newest upstream release of procps-ng-4.0.3: f39-build-side-68440 Please, feel free to build your package within the side-tag. The Bodhi update deploying the new procps-ng and all dependent packages will be created on **June 16**. Thanks! And sorry for the delay.
This bug appears to have been reported against 'rawhide' during the Fedora Linux 39 development cycle. Changing version to 39.