Bug 634691
Summary: | services that depend on /etc/xinetd.d/ scripts do not list xinetd as a dependency | ||||||||
---|---|---|---|---|---|---|---|---|---|
Product: | Red Hat Enterprise Linux 5 | Reporter: | wstearns | ||||||
Component: | cvs | Assignee: | Petr Pisar <ppisar> | ||||||
Status: | CLOSED ERRATA | QA Contact: | qe-baseos-daemons | ||||||
Severity: | low | Docs Contact: | |||||||
Priority: | low | ||||||||
Version: | 5.5 | CC: | azelinka, mcermak, vvitek | ||||||
Target Milestone: | rc | Keywords: | EasyFix, Patch | ||||||
Target Release: | --- | ||||||||
Hardware: | All | ||||||||
OS: | Linux | ||||||||
Whiteboard: | |||||||||
Fixed In Version: | cvs-1.11.22-9.el5 | Doc Type: | Bug Fix | ||||||
Doc Text: |
Cause
Having installed `cvs' package configured for inet daemon
and missing `xinetd' package. There is no dependency
between cvs and xinetd.
Consequence
cvs server is not accessible through network.
Fix
Sub-package `cvs-inetd' has been created that pulls xinetd
package into system and that delivers cvs inetd
configuration file instead of the `cvs' sub-package. Thus
to configure cvs server as inetd service, one needs too
install cvs-inetd that ensures xinet daemon is available.
Result
xinet daemon is available once cvs inetd configuration file
presents on system. Thus after enabling CVS as inet
service (disable=no in /etc/xinetd.d/cvs) and rebooting
or reloading xinet daemon, CVS server becomes accessible
through network.
|
Story Points: | --- | ||||||
Clone Of: | |||||||||
: | 695719 (view as bug list) | Environment: | |||||||
Last Closed: | 2011-10-19 11:20:33 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: | |||||||||
Attachments: |
|
Description
wstearns
2010-09-16 17:42:12 UTC
This would be an issue of dependent components, not xinetd, if valid. Moving bz from xinetd to cvs component (the first example). cvs does not require inetd in all use cases, you can use cvs without inet daemon successfully. Thus (x)inetd is optional dependency. Correct solution for strict dependency graph is to separate cvs inetd configuration file into sub-package and add Requires: xinetd to the sub-package only. BTW, what's correct dependency name for (x)inetd? inetd or xinetd? Does RHEL support both of them, or xinetd only? (In reply to comment #2) > BTW, what's correct dependency name for (x)inetd? inetd or xinetd? Does RHEL > support both of them, or xinetd only? The correct dependency name is "xinetd", even though the package itself provides "inetd" as well. Xinetd is a secure replacement for inetd, by the way. We don't ship the obsolete inetd in any supported RHEL. Proposed solution: To add cvs-inetd subpackage that will deliver /etc/xinetd.d/cvs and that will Require: cvs, xinetd. Notice regarding name: cvs-server is not proper name because server and client is implemented in one binary and the server can be run by local user (multi-user server with shell access) or through SSH/rsh. Created attachment 491517 [details]
Spec file changes from Fedora
Created attachment 491518 [details]
Spec file changes from Fedora
A typo fixed.
RHEL-5 rpmbuild does not support mixing architecture depended and independent sub-packages. Thus the cvs-inetd sub-package will be built as architecture specific. Technical note added. If any revisions are required, please edit the "Technical Notes" field accordingly. All revisions will be proofread by the Engineering Content Services team. New Contents: Cause Having installed `cvs' package configured for inet daemon and missing `xinetd' package. There is no dependency between cvs and xinetd. Consequence cvs server is not accessible through network. Fix Sub-package `cvs-inetd' has been created that pulls xinetd package into system and that delivers cvs inetd configuration file instead of the `cvs' sub-package. Thus to configure cvs server as inetd service, one needs too install cvs-inted that ensures xinet daemon is available. Result xinet daemon is available once cvs inetd configuration file presents on system. Thus after enabling CVS as inet service (disable=no in /etc/xinetd.d/cvs) and rebooting or reloading xinet daemon, CVS server becomes accessible through network. Technical note updated. If any revisions are required, please edit the "Technical Notes" field accordingly. All revisions will be proofread by the Engineering Content Services team. Diffed Contents: @@ -9,7 +9,7 @@ package into system and that delivers cvs inetd configuration file instead of the `cvs' sub-package. Thus to configure cvs server as inetd service, one needs too - install cvs-inted that ensures xinet daemon is available. + install cvs-inetd that ensures xinet daemon is available. Result xinet daemon is available once cvs inetd configuration file presents on system. Thus after enabling CVS as inet Since the problem described in this bug report should be resolved in a recent advisory, it has been closed with a resolution of ERRATA. For information on the advisory, and where to find the updated files, follow the link below. If the solution does not work for you, open a new bug report. http://rhn.redhat.com/errata/RHBA-2011-1383.html |