| Summary: | radare2-cutter missing dependencies | ||
|---|---|---|---|
| Product: | Mageia | Reporter: | Oleg Bosis <olelukoie> |
| Component: | RPM Packages | Assignee: | David GEIGER <geiger.david68210> |
| Status: | RESOLVED FIXED | QA Contact: | |
| Severity: | normal | ||
| Priority: | Normal | ||
| Version: | 8 | ||
| Target Milestone: | --- | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Source RPM: | radare2-cutter-0.1.1-1.mga8.src.rpm, radare2-4.5.1-1.mga8.src.rpm | CVE: | |
| Status comment: | |||
|
Description
Oleg Bosis
2021-04-02 19:29:20 CEST
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.david68210 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 =>
RESOLVED |