Bug 26296
Summary: | Error in /etc/rc.d/sockd | ||
---|---|---|---|
Product: | [Retired] Red Hat Powertools | Reporter: | Walter Mueller <walter.mueller> |
Component: | dante | Assignee: | Tim Powers <timp> |
Status: | CLOSED RAWHIDE | QA Contact: | |
Severity: | medium | Docs Contact: | |
Priority: | medium | ||
Version: | 7.1 | CC: | walter.mueller |
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: | 2001-02-27 14:50:18 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
Walter Mueller
2001-02-06 10:35:02 UTC
The problem is that the spec file was interpreting $?'s and $RETVAL's. This is fixed in dante-1.1.6-5, and should not reappear sionce the initscript is now a sourcefile instead of being generated in the spec file. Thanks for the report. Tim This bug still exists in dante-1.1.6-5 (woverine) Can you please make sure that you installed the updated version of dante? I am looking at the built package right now and the initscript is fine. Tim Also, check to make sure that the initscript is not a remnant of a previous installation of dante. That could also be the problem you are having. Tim I installed wolverine from scratch using new installation and still get this error # ls dante* dante-1.1.6-5.i386.rpm dante-server-1.1.6-5.i386.rpm dante-devel-1.1.6-5.i386.rpm Please make sure that when you remove the dante packages that /etc/init.d/sockd is removed as well. I have tested this on two different machines today and neither of them are broken. I am resolving this as rawhide again. Please check to make certain that the packages you are lusing are in fact from the wolverine beta. Tim I checked it again. I installed the package from the iso image of wolverine and the error exists! I just installed dante-1.1.6-5 from the iso-image on a RedHat-7.0 system /etc/init.d/sockd start Starting sockd: [ OK ] ./sockd: [: -eq: unary operator expected rpm -qi dante Name : dante Relocations: (not relocateable) Version : 1.1.6 Vendor: Red Hat, Inc. Release : 5 Build Date: Tue 06 Feb 2001 04:23:58 PM CET Install date: Tue 27 Feb 2001 07:44:42 AM CET Build Host: porky.devel.redhat.com Group : Applications/System Source RPM: dante-1.1.6-5.src.rpm Size : 1198770 License: BSD-type Packager : Red Hat, Inc. <http://bugzilla.redhat.com/bugzilla> URL : http://www.inet.no/dante/ Summary : A free Socks v4/v5 client implementation Description : Dante is a free implementation of the proxy protocols socks version 4, socks version 5 (rfc1928) and msproxy. It can be used as a firewall between networks. It is being developed by Inferno Nettverk A/S, a Norwegian consulting company. Commercial support is available. This package contains the dynamic libraries required to "socksify" existing applications to become socks clients. Top of the RELEASE_NOTES in /mnt/cdrom reads Release Notes -------------- - REQUIREMENTS: You must have Red Hat Linux 7.1 installed. All of these packages were built against a 7.1 environment. If you do not have 7.1 installed, you may experience difficulty. Some of the packages require other packages from 7.1 or from this CD. Please make sure you have all the proper libraries installed BEFORE submitting a bug report. If this is not on a freshly installed system (ie, you have had dante on that before), please check that when you "rpm -e dante-server" that the /etc/init.d/sockd file is removed. If it is not, then it has been edited and won't be removed by RPM since it is marked as %config in the specfile. I still can't reproduce this problem, and now I have tried it on four fresh installs of wolverine. Tim I know ,what you were seeing. We were looking at two totally different things in the initscript. You said that the origionoal problem still exists, it does (it did), but not the problem reported origionally in the bug report. I have fixed the problem you complained about when you reopened the bug. The initscript was had this [ -eq 0 ] when it should have been this in the stop and start sections [ $RETVAL -eq 0 ] . Tim |