Bug List: (This bug is not in your last search results)   Show last search results      Search page      Enter new bug
Bug#: 18189
Alias:
Product:
Component:
Status: RESOLVED
Resolution: FIXED
Assigned To: Martin Holzer (RETIRED) <mholzer@gentoo.org>
Hardware:
OS:
Version:
Priority:
Severity:
Reporter: Chad Thunberg <cthunberg@nologin.org>
Add CC:
CC:
URL:
Summary:
Status Whiteboard:
Keywords:

Filename Description Type Creator Created Size Actions
Create a New Attachment (proposed patch, testcase, etc.) View All

Bug 18189 depends on: Show dependency tree
Bug 18189 blocks:
Votes: 0    Show votes for this bug    Vote for this bug

Additional Comments: (this is where you put emerge --info)


Not eligible to see or edit group visibility for this bug.






View Bug Activity   |   Format For Printing   |   XML   |   Clone This Bug

Description:   Opened: 2003-03-25 20:02 0000 
The portmap service starts after inetd, hence, all rpc programs started by 
inetd cannot start.

------- Comment #1 From Chad Thunberg 2003-03-25 20:06:40 0000 ------- 
This happens when both are added to the default runlevel.

------- Comment #2 From Michael R. Taylor 2003-03-25 20:10:55 0000 ------- 
Wouldn't adding a "use inetd" or "use xinetd" to the portmap init file's
depend() section solve this problem?

------- Comment #3 From Chad Thunberg 2003-03-25 20:15:23 0000 ------- 
I am in the middle of testing, but initially it does not for some reason. 
During startup it still shows inetd starting before portmap.  Even renaming the
portmap symlink to 001.portmap doesn't appear to help.

------- Comment #4 From Chad Thunberg 2003-03-25 20:18:22 0000 ------- 
I apologize, there was a type in my depend().  That does appear to fix the
issue.

------- Comment #5 From Martin Holzer (RETIRED) 2003-05-05 11:27:07 0000 ------- 
fixed in cvs

sync & reemerge
Bug List: (This bug is not in your last search results)   Show last search results      Search page      Enter new bug