Bug 6335
Summary: | gnorpm crashes when preferences-dialog is selected | ||
---|---|---|---|
Product: | [Retired] Red Hat Linux | Reporter: | qualita |
Component: | gnorpm | Assignee: | Matt Wilson <msw> |
Status: | CLOSED DUPLICATE | QA Contact: | |
Severity: | high | Docs Contact: | |
Priority: | high | ||
Version: | 6.1 | CC: | chavey, marias, ricke, tkaiso, xinjia |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | i386 | ||
OS: | Linux | ||
Whiteboard: | |||
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: | --- | Target Upstream Version: | |
Embargoed: |
Description
qualita
1999-10-25 14:04:04 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...). Well I can confirm this also, except my machine has a 24x7 net connection and it still does it. |