Hide Forgot
+++ This bug was initially created as a clone of Bug #634691 +++ Description of problem: Services that have /etc/xinetd.d/* scripts don't list xinetd as a dependency in their rpm configuration. Example: # rpm -ql cvs | grep -i inetd /etc/xinetd.d/cvs # rpm -q cvs --requires | grep -i inetd # Without xinetd installed, services will not be launched at boot time. [...] Additional info: Appears to be an issue in Fedora as well. It's not enough to put in a dependency on the /etc/xinetd.d/ directory as this is provided by "filesystem", not xinetd. "cvs" may be a bad example, as a user might choose to install cvs to only have the client, but for others such as "telnet-server" the only reason to install the package is to run a server out of xinetd. [...] --- Additional comment from ppisar on 2011-04-12 14:12:14 GMT --- 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. ----- The same problem is in RHEL-6.
This request was evaluated by Red Hat Product Management for inclusion in the current release of Red Hat Enterprise Linux. Because the affected component is not scheduled to be updated in the current release, Red Hat is unfortunately unable to address this request at this time. Red Hat invites you to ask your support representative to propose this request, if appropriate and relevant, in the next release of Red Hat Enterprise Linux. If you would like it considered as an exception in the current release, please ask your support representative.
Created attachment 519909 [details] Spec file changes from Fedora
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-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.
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-2012-1302.html