Bug 140103
| Summary: | random crashes in eggcups/desktop apps | ||
|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Phil Welch <philmorew> |
| Component: | desktop-printing | Assignee: | Colin Walters <walters> |
| Status: | CLOSED DUPLICATE | QA Contact: | |
| Severity: | medium | Docs Contact: | |
| Priority: | medium | ||
| Version: | 3 | CC: | leo.canale, marc.deslauriers |
| Target Milestone: | --- | ||
| Target Release: | --- | ||
| Hardware: | i586 | ||
| OS: | Linux | ||
| URL: | http://www.philwelchdns.net | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | Bug Fix | |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2006-02-21 19:07:09 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: | 135876 | ||
Can you try running this command, and attach the resulting tarball to the bug report? tar chjf eggcups-libraries.tar.bz2 `LD_TRACE_PRELINKING=1 LD_WARN= /usr/bin/eggcups | awk '{print $3}'` After doing that, can you run: prelink /usr/bin/eggcups And see if it fixes the problem? I put your multicode in fix.sh but got a tar empty message. Then I ran the command standalong and got nothing, after which I ran the /usr/bin/eggcups and got a popup message saying eggcups had failed. It came up three times. [root@localhost ~]# vi fix.sh [root@localhost ~]# LD_TRACE_PRELINKING=1 LD_WARN=/usr/bin/eggcups [root@localhost ~]# ./fix.sh tar: Cowardly refusing to create an empty archive Try `tar --help' for more information. [root@localhost ~]# /usr/bin/eggcups Illegal instruction did the prelink; cold reboot with cups/config deactivated and everything came up without error and with the screen icons painted normally. Then activated cups/config and did another code reboot without error and screen icons painted normally. I would say the problem has been resolved. Thanks. Phil It should have been: tar chjf eggcups-libraries.tar.bz2 `LD_TRACE_PRELINKING=1 LD_WARN= /usr/bin/eggcups | awk '{print $3}'` Unfortunately Bugzilla or Mozilla (not sure which) evilly line-wraps the comments. I'm keeping this bug open as a tracker. I had the same problem after installing all the latest patches. eggcups and gnome-volume-manager both die when I open a new session. Here is the tarball as asked for in this bug report (too big to attach here): http://www.infostrategique.com/linuxrpms/marc/eggcups-libraries.tar.bz2 I have the same problem as Comment #5. I suspect it is one of the newer packages that was installed. I installed 3 new ones today. Man Slang and one other I have the same problem as #5. I've try to rollback slang, rhgb, gamin and udev. Same probleme persist with kernel-2.6.9-1.667 and kernel-2.6.9-1.678_FC3 I've don't try to roolback xorg. FYI, this bug is also being tracked over at the Gnome project's buzilla database as their bug 151307, http://bugzilla.gnome.org/show_bug.cgi?id=151307 Running the prelink command has fixed the problem on all my FC3 systems. I suspect this may have been introduced with the kernel update to 2.6.9-1.678_FC3. To fix: 1. reboot using kernel 2.6.9-1.678_FC3 2. log in as root (if necessary select the "fail safe" session type from the graphical login's "session" menu on the login page). 3. At a shell prompt run, prelink /usr/lib/libdbus*so* I confirm that running "/usr/sbin/prelink /usr/lib/libdbus*so*" fixed the problem for me (as in bug 14081) for eggcups and gnome-volume-manager. Thanks The fix in comment #9 solved the problem I was having on my laptop, where, during bootup, the HAL daemon was failing. When logging into GNOME, the splash screen would stop on the printer icon. The rest of the desktop would load and be functional, but the splash screen would stay on the desktop. On shutdown, cups-config-daemon would fail. The question I have is this; prelink runs on a daily basis anyway, right? Theoretically just leaving one's machines on overnight should fix the problem, no? comments about " Additional Comment #8 From Deron Meranda on 2004-11-21 05:'------- Running the prelink command has fixed the problem on all my FC3 systems. I suspect this may have been introduced with the kernel update to 2.6.9-1.678_FC3. To fix: 1. reboot using kernel 2.6.9-1.678_FC3 2. log in as root (if necessary select the "fail safe" session type from the graphical login's "session" menu on the login page). 3. At a shell prompt run, prelink /usr/lib/libdbus*so* no positive changes in my FC3 distro recently yum updated version no negative changes, too. jonas2.lt Running the prelink command has fixed the problem on my FC3. I did not have kernel 2.6.9-1.678_FC3 installed I had kernel-2.6.9-1.667 It also continued to happen with kernel-2.6.9-1.681_FC3 Is this assigned to the right person to get it fixed? *** This bug has been marked as a duplicate of 140081 *** Changed to 'CLOSED' state since 'RESOLVED' has been deprecated. |
From Bugzilla Helper: User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.5) Gecko/20041111 Firefox/1.0 Description of problem: Error message comes up when the screen is being painted after a cold reboot indicating that eggcups failed. cups version is cups-1.1.22-0.rc1.8. Screen is left devoid of any icons and will not allow right click to open terminal window, etc. No references to eggcups in /var/log other than installation prelink message. /var/log/messages states "Nov 19 11:22:37 localhost cups-config-daemon: cups-config-daemon startup succeeded". Don't know the relationship between cups and eggcups. Note that this box does not currently have a printer attached and has not had a printer attached since FC3 was installed and yum updated including latest kernel. kernel-2.6.9-1.667 kernel-2.6.9-1.678_FC3 Version-Release number of selected component (if applicable): cups-1.1.22-0.rc1.8 How reproducible: Always Steps to Reproduce: 1. reboot 2. login 3. fails Actual Results: same Expected Results: paint desktop icons and not fail. Was not failing until FC3 updates were applied. Additional info: