Bug 472207
| Summary: | Smart crashes with "unbreakable loops" when trying to update glibc | ||
|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | sjbertram |
| Component: | smart | Assignee: | Axel Thimm <Axel.Thimm> |
| Status: | CLOSED NEXTRELEASE | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
| Severity: | medium | Docs Contact: | |
| Priority: | medium | ||
| Version: | 10 | CC: | ehabkost, johnpilk222, sjbertram |
| Target Milestone: | --- | ||
| Target Release: | --- | ||
| Hardware: | x86_64 | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | Bug Fix | |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2008-12-24 12:58: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: | |||
This bug appears to have been reported against 'rawhide' during the Fedora 10 development cycle. Changing version to '10'. More information and reason for this action is here: http://fedoraproject.org/wiki/BugZappers/HouseKeeping I've now updated the repos and am updating against the final F10. I have just found another situation that causes it:
Steps to Reproduce:
1. Start Smart, refresh repos and search for "m17n"
2. Select any m17n package for removal
3. Run the remove
4. Press "okay" when presented with a dialog saying something like:
Found unbreakable loops:
m17n-contrib-bengali-1.1.8-1.fc10@noarch [R] -> m17n-db-bengali-1.5.3-1.fc10@noarch [R] -> m17n-contrib-bengali-1.1.8-1.fc10@noarch [R]
Will ask RPM to order it.
Actual results: Smart crashes with the following output when run from the
console:
$ smart-root --gui
Unhandled exception in thread started by
Error in sys.excepthook:
Original exception was:
$
(no "thread started by", no error message and no original exception, just
straight back to shell)
Expected results: Smart does what it says and having found the loop it hands it
on to the rpm command to resolve.
I'm still not sure if this is an F10 or a Smart problem. I've never encountered a similar message in F6, F8 or F9 with Smart, but I don't know what could have changed in the F10 packaging to break this.
I ran into this with the mythtv and k3b packages on FC10 x86_64. Smart exited after its report. Installation of mythtv completed after using 'yum install perl-XML-LibXML', and 'yum install k3b' also worked. 'Check installed packages' in smart saw no problems afterwards. Posts made on kde-fedora, smart and atrpms-users lists smart-1.1-58.fc9 has been submitted as an update for Fedora 9. http://admin.fedoraproject.org/updates/smart-1.1-58.fc9 smart-1.1-58.fc8 has been submitted as an update for Fedora 8. http://admin.fedoraproject.org/updates/smart-1.1-58.fc8 smart-1.1-58.fc10 has been submitted as an update for Fedora 10. http://admin.fedoraproject.org/updates/smart-1.1-58.fc10 smart-1.1-58.fc8 has been pushed to the Fedora 8 stable repository. If problems still persist, please make note of it in this bug report. smart-1.1-58.fc8 has been pushed to the Fedora 8 stable repository. If problems still persist, please make note of it in this bug report. smart-1.1-58.fc9 has been pushed to the Fedora 9 stable repository. If problems still persist, please make note of it in this bug report. smart-1.1-58.fc10 has been pushed to the Fedora 10 stable repository. If problems still persist, please make note of it in this bug report. smart-1.1-58.0.1.fc10 has been submitted as an update for Fedora 10. http://admin.fedoraproject.org/updates/smart-1.1-58.0.1.fc10 smart-1.1-58.0.1.fc10 has been pushed to the Fedora 10 stable repository. If problems still persist, please make note of it in this bug report. |
Description of problem: When using the Smart package manager to update an F10 preview system then it will crash on at least some cyclic dependencies. Version-Release number of selected component (if applicable): Smart 1.1 How reproducible: Try to upgrade glibc, glibc-common, glibc-devel and glibc-headers from 2.8.90 to 2.9 on an x86_64 machine with Fedora 10 preview and all other updates installed. Steps to Reproduce: 1. Start Smart, refresh repos and try to update glibc to 2.9 2. Run the update 3. Press "okay" when presented with a dialog saying: Found unbreakable loops: glibc-2.9-2@x86_64 [I] -> glibc-common-2.9-2@x86_64 [I] -> glibc-2.9-2@x86_64 [I] Will ask RPM to order it. Actual results: Smart crashes with the following output when run from the console: $ smart-root --gui Unhandled exception in thread started by Error in sys.excepthook: Original exception was: $ (no "thread started by", no error message and no original exception, just straight back to shell) Expected results: Smart does what it says and having found the loop it hands it on to the rpm command to resolve. Additional info: I'm not sure if this is a Smart problem, a 64-bit problem (this is the first time I've used the 64-bit build of an OS) or an rpm packaging problem. Yum handles everything fine and has successfully performed a previous upgrade that had matching behaviour.