Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 50504 - Should uw-imap require xinetd package?
Summary: Should uw-imap require xinetd package?
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: All Linux
: High normal (vote)
Assignee: Net-Mail Packages
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2004-05-08 20:06 UTC by Brad Grantham
Modified: 2004-05-09 22:56 UTC (History)
0 users

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Brad Grantham 2004-05-08 20:06:59 UTC
I emerged uw-imap, and then discovered that it sets up xinetd configs but
doesn't *require* xinetd, so it doesn't install in a state capable of being
started automatically as expected.  Should uw-imap then have a requirement
for xinetd?

I'm not 100% sure xinetd is the way this is supposed to work, so if uw-imap
isn't supposed to run in xinetd on gentoo - then my bad.

-Brad

Reproducible: Didn't try
Steps to Reproduce:
1. On fresh system (I am using gentoo-gs), emerge uw-imap
2. then "telnet localhost imap3", discover no imap
3. "man xinetd", "man inetd", discover no xinetd
4. "emerge xinetd", "rc-update add xinetd", "/etc/init.d/xinetd start"
5. change disable=yes to disable=no in imap conf
6. "telnet localhost imap", get an IMAP connection
Actual Results:  
Seems to be working, have retrieved email

Expected Results:  
Probably should have required xinetd, so that "emerge uw-imap" would
have also merged xinetd.
Comment 1 Brad Grantham 2004-05-08 20:08:50 UTC
Oh, uh, "killall -USR2 xinetd" after step 6 in reproduction instructions
Comment 2 Robin Johnson archtester Gentoo Infrastructure gentoo-dev Security 2004-05-09 22:38:00 UTC
I'll add a RDEPEND on virtual/inetd, which will bring in xinetd.
Comment 3 Robin Johnson archtester Gentoo Infrastructure gentoo-dev Security 2004-05-09 22:56:26 UTC
fixed in CVS -r2.