Debian Developers - Re: Bits from the release team: the plans for etch

This is Interesting: Free IT Magazines  
Home > Archive > Debian Developers > October 2005 > Re: Bits from the release team: the plans for etch





You are viewing an archived Text-only version of the thread. To view this thread in it's original format and/or if you want to reply to this thread please [click here]

Author Re: Bits from the release team: the plans for etch
Philippe Troin

2005-10-30, 2:48 am

Steve Langasek <vorlon@debian.org> writes:

> On Thu, Oct 27, 2005 at 07:24:28AM -0500, Steve Greenland wrote:
>
>
>
> Nah, the biggest hit isn't disk space, it's NSS lookup times from having to
> do a linear search through a flat-file /etc/passwd and /etc/shadow. Well,
> thank God no one uses pam_pwdb anymore, at least...


An other issue that always annoyed me is that assuming a NIS server
and a NIS client which both install say exim. I want to give some
users membership in the group Debian-exim. I can't easily.

The UID picked by Debian-exim is not going to be the same for the NIS
server and all the NIS clients, so I cannot get it propagated by NIS.
And I don't want to have to maintain the group membership on all the
clients.

Currently, the only decent solution is to force the same UID and GID
on all the NIS machines. And propagate the membership through NIS.

Yet some packages do not deal very well with that solution: some are
confused by some user or group that they cannot modify with usermod or
groupmod. Others are confused when removing the user or group
(userdel and groupdel failing to remove a NIS entry).

Phil.


--
To UNSUBSCRIBE, email to debian-devel-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Sponsored Links






Free braindumps | Software forum | Database administration forum

Copyright 2003 - 2008 webservertalk.com