Bug 126358 - pident user/group not created during install of package
Summary: pident user/group not created during install of package
Alias: None
Product: Fedora
Classification: Fedora
Component: pidentd
Version: 2
Hardware: i386
OS: Linux
Target Milestone: ---
Assignee: Eido Inoue
QA Contact:
URL: http://people.redhat.com/havill/downl...
Depends On:
TreeView+ depends on / blocked
Reported: 2004-06-20 03:38 UTC by Chris Hall
Modified: 2007-11-30 22:10 UTC (History)
0 users

Clone Of:
Last Closed: 2004-06-21 17:04:35 UTC

Attachments (Terms of Use)

Description Chris Hall 2004-06-20 03:38:16 UTC
Description of problem:

pident.conf file indicates user/group to run as as 'ident', however,
these are never created at package install.

Version-Release number of selected component (if applicable):


How reproducible: always

Steps to Reproduce:
1. install pidentd-3.0.16-4
2. start identd
Actual results:

'ident' user and 'ident' group not created during install

Expected results:

expect install to create 'ident' user and 'ident' group as these are
specified in the identd.conf file.

Additional info:

from /var/log/messages
Jun 19 22:53:02 core identd[28595]: /etc/identd.conf: 9: invalid user:
Jun 19 22:53:02 core identd[28595]: /etc/identd.conf: 12: invalid
group: ident
Jun 19 22:53:02 core identd: identd startup succeeded

Comment 1 Eido Inoue 2004-06-21 16:03:40 UTC
ident id/group are only necessary if you use the -E (encryption)
option, as pidentd can glean the info on it's own-- and ideally,
pidentd should be launched from xinetd (as user nobody) rather than as
a standalone daemon, so the plan will be to comment out the effective
uid/gid settings and change pidentd over to be a slave of the inetd

Comment 2 Eido Inoue 2004-06-21 17:04:35 UTC
will be replaced with authd, which doesn't need/use effective uid/gid
as it uses the xinetd super server to set it

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