Bug 11992 - should packages depend on xinetd!?
Summary: should packages depend on xinetd!?
Status: CLOSED NOTABUG
Alias: None
Product: Red Hat Raw Hide
Classification: Retired
Component: xinetd   
(Show other bugs)
Version: 1.0
Hardware: All
OS: Linux
medium
medium
Target Milestone: ---
Assignee: Trond Eivind Glomsrxd
QA Contact:
URL:
Whiteboard:
Keywords:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2000-06-08 18:44 UTC by Michael Tokarev
Modified: 2008-05-01 15:37 UTC (History)
0 users

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Environment:
Last Closed: 2000-06-08 18:44:20 UTC
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---


Attachments (Terms of Use)

Description Michael Tokarev 2000-06-08 18:44:19 UTC
This is not really a bug in xinetd itself.
RH seemed to switch from inted to xinetd now,
and made some updates to other packages to include
dependance of xnietd.  I will consider it a bug, since
there is no bad things in just adding file to /etc/xinetd.d,
and not requiring xinetd itself.  Why place additional dependance?
I want to use old-good inetd (that is owned by redhat now,
and should be forget?), but any new package I install requires
to install xinetd from me.  Not good.

Comment 1 Trond Eivind Glomsrxd 2000-06-08 18:48:12 UTC
I am planning of removing those, but inetd will not be included with or
supported with our next release. And if those packages are to be useful, and not
just wasted disk space, xinetd.d is required in the distribution setting.


Note You need to log in before you can comment on or make changes to this bug.