Bug 1831475
| Summary: | FTI: cutter-re: cutter-re | ||
|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Igor Raits <igor.raits> |
| Component: | cutter-re | Assignee: | Lubomir Rintel <lkundrak> |
| Status: | CLOSED RAWHIDE | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
| Severity: | unspecified | Docs Contact: | |
| Priority: | unspecified | ||
| Version: | rawhide | CC: | lkundrak, rschirone91, rschiron |
| Target Milestone: | --- | ||
| Target Release: | --- | ||
| Hardware: | Unspecified | ||
| OS: | Unspecified | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | If docs needed, set a value | |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2020-05-09 11:28:38 UTC | Type: | --- |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
| Embargoed: | |||
| Bug Depends On: | |||
| Bug Blocks: | 1803235 | ||
|
Description
Igor Raits
2020-05-05 06:14:35 UTC
Hi! I have just tried to install cutter-re on my fedora rawhide container and it was installed correctly. However, I just recently pushed a new version of radare2 in rawhide, could you tell me which version do you see with `dnf list radare2'? This in theory should not break cutter-re package anyway as that just requires radare2-devel >= 4.2.1, but just to know. Thanks koji on sidetag-docs-typo [?] via 🐍 v3.8.3rc1 took 6s ❯ sudo dnf --repo=koji install cutter-re Last metadata expiration check: 0:00:12 ago on Tue 05 May 2020 09:40:18 AM CEST. Error: Problem: conflicting requests - nothing provides libr_anal.so.4.2.1()(64bit) needed by cutter-re-1.10.1-3.fc32.x86_64 - nothing provides libr_asm.so.4.2.1()(64bit) needed by cutter-re-1.10.1-3.fc32.x86_64 - nothing provides libr_bin.so.4.2.1()(64bit) needed by cutter-re-1.10.1-3.fc32.x86_64 - nothing provides libr_bp.so.4.2.1()(64bit) needed by cutter-re-1.10.1-3.fc32.x86_64 - nothing provides libr_config.so.4.2.1()(64bit) needed by cutter-re-1.10.1-3.fc32.x86_64 - nothing provides libr_cons.so.4.2.1()(64bit) needed by cutter-re-1.10.1-3.fc32.x86_64 - nothing provides libr_core.so.4.2.1()(64bit) needed by cutter-re-1.10.1-3.fc32.x86_64 - nothing provides libr_crypto.so.4.2.1()(64bit) needed by cutter-re-1.10.1-3.fc32.x86_64 - nothing provides libr_debug.so.4.2.1()(64bit) needed by cutter-re-1.10.1-3.fc32.x86_64 - nothing provides libr_egg.so.4.2.1()(64bit) needed by cutter-re-1.10.1-3.fc32.x86_64 - nothing provides libr_flag.so.4.2.1()(64bit) needed by cutter-re-1.10.1-3.fc32.x86_64 - nothing provides libr_fs.so.4.2.1()(64bit) needed by cutter-re-1.10.1-3.fc32.x86_64 - nothing provides libr_hash.so.4.2.1()(64bit) needed by cutter-re-1.10.1-3.fc32.x86_64 - nothing provides libr_io.so.4.2.1()(64bit) needed by cutter-re-1.10.1-3.fc32.x86_64 - nothing provides libr_parse.so.4.2.1()(64bit) needed by cutter-re-1.10.1-3.fc32.x86_64 - nothing provides libr_reg.so.4.2.1()(64bit) needed by cutter-re-1.10.1-3.fc32.x86_64 - nothing provides libr_search.so.4.2.1()(64bit) needed by cutter-re-1.10.1-3.fc32.x86_64 - nothing provides libr_syscall.so.4.2.1()(64bit) needed by cutter-re-1.10.1-3.fc32.x86_64 - nothing provides libr_util.so.4.2.1()(64bit) needed by cutter-re-1.10.1-3.fc32.x86_64 (try to add '--skip-broken' to skip uninstallable packages) So yes, you need to rebuild cutter-re against new radare2. I see, thanks for noticing this. I will build a new cutter-re package for rawhide, just as a quick fix for this. However there should be soon a new cutter upstream release which I want to use in rawhide, F32 and F31. In that case, use side tags to handle such updates so that no dependencies are broken at any time in rawhide. (In reply to Igor Gnatenko from comment #4) > In that case, use side tags to handle such updates so that no dependencies > are broken at any time in rawhide. What do you mean by "side tags"? It's the first time I hear about those, sorry. Do you have any reference? (In reply to Riccardo Schirone from comment #5) > (In reply to Igor Gnatenko from comment #4) > > In that case, use side tags to handle such updates so that no dependencies > > are broken at any time in rawhide. > > What do you mean by "side tags"? It's the first time I hear about those, > sorry. Do you have any reference? https://docs.fedoraproject.org/en-US/rawhide-gating/multi-builds/ (In reply to Igor Gnatenko from comment #6) > (In reply to Riccardo Schirone from comment #5) > > (In reply to Igor Gnatenko from comment #4) > > > In that case, use side tags to handle such updates so that no dependencies > > > are broken at any time in rawhide. > > > > What do you mean by "side tags"? It's the first time I hear about those, > > sorry. Do you have any reference? > > https://docs.fedoraproject.org/en-US/rawhide-gating/multi-builds/ Awesome! This looks much better than the buildroots approach I was using before through bodhi UI. Thanks :) Hello, Please note that this comment was generated automatically. If you feel that this output has mistakes, please contact me via email (ignatenkobrain). All subpackages of a package agaisnt which this bug was filled are installable now in Fedora 33. Thanks for taking care of it! |