Description of problem: The problem is self-describing: $ LC_ALL=C sudo urpmi radare2-cutter A requested package cannot be installed: radare2-cutter-0.1.1-1.mga8.x86_64 (due to unsatisfied libr_flag.so.5.1.1()(64bit)) Continue installation anyway? (Y/n) Version-Release number of selected component (if applicable): radare2-cutter-0.1.1-1.mga8 How reproducible: always Steps to Reproduce: 1. try to install latest radare2-cutter 2. 3.
Thank you for this report. If it helps, installing just 'radare2' does *not* hit this problem. The problem looks one differing library versions. $ urpmf libr_flag.so lib64radare2-devel:/usr/lib64/libr_flag.so lib64radare2_4.5.1:/usr/lib64/libr_flag.so.4.5.1 $ urpmq --requires lib64radare2_4.5.1 | grep libr_flag libr_flag.so.4.5.1()(64bit) which is strange, since lib64radare2 seems to provide it. $ urpmq --requires-recursive radare2-cutter | grep lib64radare2 lib64radare2_4.5.1 No sign of libr_flag.so.5.1.1 anywhere. This a DavidG package, so assigning appropriately.
Assignee: bugsquad => geiger.david68210Source RPM: (none) => radare2-cutter-0.1.1-1.mga8.src.rpm, radare2-4.5.1-1.mga8.src.rpm
This seems to be a fallout of switching upstream source/versioning here: http://advisories.mageia.org/MGASA-2021-0160.html
> No sign of libr_flag.so.5.1.1 anywhere. Because the proper version of radare2 is still in updates_testing. Why radare2-cutter was promoted to updates without promoting radare2 itself?
(In reply to Oleg Bosis from comment #3) > > No sign of libr_flag.so.5.1.1 anywhere. > > Because the proper version of radare2 is still in updates_testing. Why > radare2-cutter was promoted to updates without promoting radare2 itself? seems the srpm was missed from the advisory when pushed... does it work if you install the radare2 from testing ?
never mind, I'll fix up the missed move of packages
missing packages are mirroring out
Status: NEW => RESOLVEDResolution: (none) => FIXED