Red Hat Bugzilla – Bug 472207
Smart crashes with "unbreakable loops" when trying to update glibc
Last modified: 2009-07-31 13:37:36 EDT
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.
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.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.