| Summary: | abrt: nautilus - Corrupted shared library list | ||||||
|---|---|---|---|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Nivag <gavinflower> | ||||
| Component: | brasero | Assignee: | Xavier Lamien <lxtnow> | ||||
| Status: | CLOSED WONTFIX | QA Contact: | Fedora Extras Quality Assurance <extras-qa> | ||||
| Severity: | unspecified | Docs Contact: | |||||
| Priority: | unspecified | ||||||
| Version: | 14 | CC: | ccecchi, gavinflower, lxtnow, tbzatek | ||||
| Target Milestone: | --- | ||||||
| Target Release: | --- | ||||||
| Hardware: | Unspecified | ||||||
| OS: | Unspecified | ||||||
| Whiteboard: | |||||||
| Fixed In Version: | Doc Type: | Bug Fix | |||||
| Doc Text: | Story Points: | --- | |||||
| Clone Of: | Environment: | ||||||
| Last Closed: | 2012-08-16 14:11:02 UTC | Type: | --- | ||||
| Regression: | --- | Mount Type: | --- | ||||
| Documentation: | --- | CRM: | |||||
| Verified Versions: | Category: | --- | |||||
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||
| Cloudforms Team: | --- | Target Upstream Version: | |||||
| Attachments: |
|
||||||
|
Description
Nivag
2011-04-25 19:42:24 UTC
In additional info, I should have said Fedora 14 up-to-date, not 12!!! - Sorry. I'm sorry, but without proper backtrace we're unable to identify the problem. At least could you give us proper Repro Steps? Also, make sure you have exactly same versions of nautilus and nautilus-debuginfo packages (verify by `rpm -q`). Sometimes a process started before package upgrade is an older version than currently installed binary, gdb may scream. In that case, logout/reboot might help to get better backtrace. I thought I had better report what I could, rather than keep ignoring the problem! Note that I had deleted the 'abrt entry', but it will probably happen again, so if I can set things up to to give a more useful stacktrace/diagnostics, I will. If there is anything further, I can do, to help, please let me know. I think it sometimes happens on recovering from hibernation - I don't recall it happening elsewhere, but I can't be sure. So providing a definitive way to reproduce is seemingly impossible. I recover from the problem by rebooting. Could it possibly have anything to to do with a flaky power supply, file file corruption due to RAID problems? I have done an `rpm -q` on all the listed packages above, see file included in my next comment. I have checked the versions, I can't see any problems (note with my eyesight. I may have missed the obvious) apart from gdk not having gdk-debuginfo listed. I noted gdk-debuginfo was not installed, but found packages for gdk*. # debuginfo-install gdk Loaded plugins: auto-update-debuginfo, langpacks, presto, refresh-packagekit Adding en_GB to language list enabling rpmfusion-free-updates-debuginfo enabling rpmfusion-nonfree-updates-debuginfo enabling rpmfusion-free-debuginfo Found 156 installed debuginfo package(s) Found 156 installed debuginfo package(s) No debuginfo packages available to install # debuginfo-install gdk* [...] Installed: jasper-debuginfo.x86_64 0:1.900.1-16.fc14 libjpeg-turbo-debuginfo.x86_64 0:1.1.0-2.fc14 Complete! # Created attachment 495031 [details]
list of rpm -q results
Sorry, the problem is probably not directly related to hibernation - I just realized I had been thinking of the other bug I raised! However, I still don't know how to definitively recreate this bug. Hmm... Seems to be my week for appearing foolish... :-) I just remembered the problem was triggered when I had hit the burn contents button, after transferring something like Fedora-15-Beta-x86_64-Live-Desktop.iso to the 'CD-DVD' Creator window. Suddenly all instances of the nautilus directory windows vanish. 'abrt' again complained it needed nautilus-debuginfo I did: yum remove nautilus-debuginfo yum clean all debuginfo-install nautilus* So nautilus-debuginfo was reinstalled from scratch, still abrt complained that it needed nautilus-debuginfo! However, I can burn a DVD with that DVD image as a file! Trying to burn Fedora-15-Beta-x86_64-DVD.iso has the same problem. The above relates to the computer 'saturn'. ////// a different computer... Attempted to burn Fedora-15-Beta-x86_64-Live-Desktop.iso on a different computer 'jupiter' (64 bit AMD4200+ dual core) also running Fedora 14, resulted in the same complaint from abrt about needing nautilus-debuginfo. Note abrt downloaded 60 packages... So that is 2 different 64 bit computers running Fedora 14 with apparently the same problem! (In reply to comment #6) > I just remembered the problem was triggered when I had hit the burn contents > button, after transferring something like > Fedora-15-Beta-x86_64-Live-Desktop.iso to the 'CD-DVD' Creator window. > Suddenly all instances of the nautilus directory windows vanish. Ah, yeah, I remember seeing this bug before... Reassigning to brasero. I think that the Priority & Severity should be changed from 'unspecified' to at least 'high' - as I can not create a bootable DVD using these machines to upgrade to Fedora 15! If thee is anything I can do further, to get a better backtrace, please let me know, This message is a notice that Fedora 14 is now at end of life. Fedora has stopped maintaining and issuing updates for Fedora 14. It is Fedora's policy to close all bug reports from releases that are no longer maintained. At this time, all open bugs with a Fedora 'version' of '14' have been closed as WONTFIX. (Please note: Our normal process is to give advanced warning of this occurring, but we forgot to do that. A thousand apologies.) Package Maintainer: If you wish for this bug to remain open because you plan to fix it in a currently maintained version, feel free to reopen this bug and simply change the 'version' to a later Fedora version. Bug Reporter: Thank you for reporting this issue and we are sorry that we were unable to fix it before Fedora 14 reached end of life. If you would still like to see this bug fixed and are able to reproduce it against a later version of Fedora, you are encouraged to click on "Clone This Bug" (top right of this page) and open it against that version of Fedora. Although we aim to fix as many bugs as possible during every release's lifetime, sometimes those efforts are overtaken by events. Often a more recent Fedora release includes newer upstream software that fixes bugs or makes them obsolete. The process we are following is described here: http://fedoraproject.org/wiki/BugZappers/HouseKeeping |