From Bugzilla Helper:
User-Agent: Mozilla/4.78 [en] (X11; U; Linux 2.4.9-13smp i686)
Description of problem:
up2date keeps crashing after I click on the "Next" button on the "Channels"
screen. A small message box titled "Update Agent Progress" appears, and
immediately after that another window opens with the message that the
application "/usr/bin/python" has crashed due to a fatal error
(segmentation fault). Below the message is a link to GNOME Application
This started happening about two weeks ago. Before that, up2date worked
without any problems.
Version-Release number of selected component (if applicable): 2.7.2
Steps to Reproduce:
1. Run up2date.
2. Click Next on the Welcome window.
3. Click Next on the Channel window.
Actual Results: The application crashes and returns 1.
Expected Results: Shouldn't have crashed?
Hmm, segfault eh?
Typically, if up2date segfaults, it's one of the underlying libraries
that one of the python modules is linked to that is crashing (for
example, rpm, openssl, etc).
Have you installed different versions of rpm, gtk+, openssl, or popt?
If you follow the crash wizard, could you save a copy of the stacktrace
to a file and attach it to this report?
Created attachment 39787 [details]
Output from BugBuddy
I attached output of the GNOME Bug Buddy. While doing that I noticed output on
stderr that I missed before (sorry):
petunia 334 ~ > up2date
/root/19503: No such file or directory.
172 wrapsyscall.c: No such file or directory.
97 signals.c: No such file or directory.
Python binary doesn't seem to know how to find something.
To answer your question about any updates I might have applied, this is a fresh
7.2 install with all updated coming from up2date and nowhere else.
I hope this helps.
Created attachment 39808 [details]
up2date crash output from bugbuddy
I have same problem with a fresh install of rh7.2 I get a segfault during
"Getting headers for available packages" at 49%. After I manually installed
the new up2date rpm packages, it segfaults at 11%. Attached output from
I am having the exact same problem as email@example.com. I updated up2date,
up2date-gnome, rhn_register, rhn_register-gnome, and python-xmlrpc since these
were listed in the up2date errata on my RHN page. I was unable to locate the
python-popt package that was also listed, but after running up2date -p the
up2date errata was no longer listed in the updates that my machine needed on
RHN. However it still segfaults just after "Getting headers for available
packages". I am working entirely from the console, without X installed.
firstname.lastname@example.org, could you please try the following:
mv /var/spool/up2date/*hdr /tmp/up2datespool
and run up2date again? This should clear the cached headers spool and you
should be fine.
If it does work, would you be so kind and send us the .hdr files?
Created attachment 41872 [details]
The one file found in /var/spool/up2date
There were no .hdr files in /var/spool/up2date on this machine. I uploaded for
you the only file that was there. However, removing that file from
/var/spool/up2date seems to have corrected the problem. up2date is working fine
Created attachment 44957 [details]
hdr files from spool dir when segfault was happening
I had the same problem on a vanilla workstation install yesterday. It was on a
Dell Domension V350 machine. It always segfaulted python right after "Getting
headers for available packages" in both graphical and --nox modes. After
removing the .hdr files from /usr/spool/up2date, it appeared to work fine (It
was still updating when I left the machine). I have attached the .hdr files to
This should be fixed in the next version of the client.
Sound like a corrupt header file making rpmlib segfault. The new
client is much more rubust about this circumstance.