Bug 18930 - gnorpm Segmentation Fault
Summary: gnorpm Segmentation Fault
Keywords:
Status: CLOSED NOTABUG
Alias: None
Product: Red Hat Linux
Classification: Retired
Component: gnome-libs
Version: 7.0
Hardware: i386
OS: Linux
high
high
Target Milestone: ---
Assignee: Elliot Lee
QA Contact: Dale Lovelace
URL:
Whiteboard:
: 18981 (view as bug list)
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2000-10-12 04:57 UTC by Jim Hayward
Modified: 2005-10-31 22:00 UTC (History)
0 users

Fixed In Version:
Clone Of:
Environment:
Last Closed: 2000-10-17 16:47:07 UTC
Embargoed:


Attachments (Terms of Use)

Description Jim Hayward 2000-10-12 04:57:48 UTC
After updating to the lastest gnorpm-0.95.1-3.i386.rpm if I right click on
any rpm file in the file manager and select "Show Info" the following error
message is displayed: Application "gnorpm" has crashed due to a fatal
error. Segmentation Fault. I did not experience this problem with the
version that shipped with RH7. Thanks

Comment 1 Alan Cox 2000-10-16 23:32:31 UTC
Reassigning back to other folk. I've verified that this seems to be some kind of
red hat specifc bug probably in librpm.


Comment 2 Alan Cox 2000-10-17 01:33:45 UTC
Moving to gnome-libs. Gnome-libs ships with its own old, broken buggy popt
implementation. This is a real mess. To make gnorpm work someone needs to fix
gnome-libs. Which probably means every gnome rpm package has to be recompiled
and replaced because someone wasnt on the ball and ended up with multiple
incompatible popt libraries in the tree


Comment 3 Jim Hayward 2000-10-17 07:21:57 UTC
Applied Alan's patch from 19220 and rebuilt the rpm, it seems to be working fine
now. Thanks

Comment 4 David Mason 2000-10-17 15:43:25 UTC
Owen, can you check into the popt in gnome-libs and how we can avoid this conflict


Comment 5 David Mason 2000-10-17 15:53:19 UTC
*** Bug 18981 has been marked as a duplicate of this bug. ***

Comment 6 Owen Taylor 2000-10-17 16:47:04 UTC
Assigned to Elliot, since he is popt/GNOME master. I'm not really
sure of the complete situation here - the popt version inside GNOME
is the canonical version for GNOME libraries, if current popt is
incompatible with this, we simply can't change it, because the
GNOME platform in 6.x/7.x is this version.

If linking to librpm also requires linking to current popt, I don't
know what the solution is; its definitely a problem. Recompiling all 
GNOME packages isn't an option; perhaps we can use a private gnome-libs 
version for gnorpm.




Comment 7 Alan Cox 2000-10-28 22:41:09 UTC
Chased this down in depth. Gnome libs is simply buggy. Its not the popt stuff
its that 7.0 was shipped with a horked gnome-libs. Fix gnome-libs and this
specific problem goes away



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