Bug 6335

Summary: gnorpm crashes when preferences-dialog is selected
Product: [Retired] Red Hat Linux Reporter: qualita
Component: gnorpmAssignee: Matt Wilson <msw>
Severity: high Docs Contact:
Priority: high    
Version: 6.1CC: chavey, marias, ricke, tkaiso, xinjia
Target Milestone: ---   
Target Release: ---   
Hardware: i386   
OS: Linux   
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2000-02-05 19:37:49 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Description qualita 1999-10-25 14:04:04 UTC
Any tentative to select a preference in gnorpm pref. dialog
box causes a segmentation fault.

Comment 1 maavl 1999-11-23 11:38:59 UTC
I've had this too. It seems to be caused by the fact that gnorpm wishes to get
loads of files (aparently desribing the current status of the redhat
distribution) off the net, and it cannot handle the case that the internet is
not reachable. Opening a ppp connection before selecting the pref dialog (and
leaving it open until gnorpm had finished downloading) solved the problem for
me. It still is serious a bug, and gnorpm should at least warn clearly
beforehand that it needs to access the net. I also think that tools should not
depend on network connectivity unless the can demonstrate that this is an
absolute necessity. And why can gnorpm not be shipped with the necessary files
as of the date of distribution (once you've got the files, gnorpm won't try to
get them again until a certain delay expires; you can set that delay IF you
manage to open the pref dialog...).

Comment 2 maavl 1999-11-23 11:52:59 UTC
Bugs 5523, 5721, 6335 (this one) and 6888 are duplicates (any more takers?).

Comment 3 Gregory McLean 1999-12-31 18:59:59 UTC
Well I can confirm this also, except my machine has a 24x7 net connection and it
still does it.

Comment 4 Bill Nottingham 2000-02-05 19:37:59 UTC
*** This bug has been marked as a duplicate of 6534 ***