Bug 441467 - pup backtraced while getting package info
pup backtraced while getting package info
Status: CLOSED NOTABUG
Product: Red Hat Enterprise Linux 5
Classification: Red Hat
Component: pirut (Show other bugs)
5.2
All Linux
low Severity medium
: rc
: ---
Assigned To: James Antill
: Reopened
Depends On:
Blocks:
  Show dependency treegraph
 
Reported: 2008-04-08 05:38 EDT by Michal Nowak
Modified: 2013-03-07 21:04 EST (History)
2 users (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Environment:
Last Closed: 2008-04-17 09:54:30 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---


Attachments (Terms of Use)
backtrace from crashed pup (18.11 KB, text/plain)
2008-04-08 05:38 EDT, Michal Nowak
no flags Details
And now, after some time, again (19.08 KB, text/plain)
2008-04-16 06:46 EDT, Michal Nowak
no flags Details

  None (edit)
Description Michal Nowak 2008-04-08 05:38:14 EDT
Description of problem:

While connected via ssh -Y to remote server I got attached backtrace. The
problem is not happening anymore, I guess RHN was the problem but I guess pup
should not crash when got improper data. More details might be seen in attached
log -- if there's nothing just close...

(Just my assumption.)

Version-Release number of selected component (if applicable):
pirut-1.3.28-13.el5.noarch

How reproducible:
always (that time)

Steps to Reproduce:
1. pup
2. <asplode...>

Actual results:
crash

Expected results:
do not crash when received wrong data
Comment 1 Michal Nowak 2008-04-08 05:38:14 EDT
Created attachment 301615 [details]
backtrace from crashed pup
Comment 2 Michal Nowak 2008-04-16 06:46:18 EDT
Created attachment 302578 [details]
And now, after some time, again
Comment 3 James Antill 2008-04-16 10:06:03 EDT
 Ok, yeh ... all the XML processing in yum and related tools is strict and
always has been, you need to fix whatever is generating this (I assume RHN?) ...
we really need xmllint to be run on the output before it goes live.
Comment 4 Michal Nowak 2008-04-17 03:49:09 EDT
I'd expect pup not to completely blow up with bt but issue error msg "Hey, the
the data I'm receiving from satellite/hosted are messed up. Bug your admin."

Yum did not asplode in this situation.
Comment 5 James Antill 2008-04-17 09:54:30 EDT
 yum doesn't blow up because it doesn't load the updateinfo.xml file by default,
if you use the --security it will blow up in the same way.
 Yes, in theory, we could catch all the exceptions that libxml raises and print
a message like "your FOO xml file is broken", but we don't ... and it's not
supposed to be a "common" error.

 Feel free to open an RFE against yum Fedora and we'll look at it.

Note You need to log in before you can comment on or make changes to this bug.