On Sun, 30 May 2010 19:57:13 +0200, "C. Gatzemeier"
wrote:
>I found useradd (not adduser) is part of passwd (not base-passwd),
>would that be that central tool to take care of debian requirements?
useradd is a portable tool. We should not make any semantic changes to
that. Adduser is the debian t
On Mon, 31 May 2010 07:58:45 +0200, Yves-Alexis Perez
wrote:
>On dim., 2010-05-30 at 20:46 +0200, C. Gatzemeier wrote:
>> Not a 100% sync, since any conflicts will need to be resolved, but quite
>> good for systems with sparse users. Also for reinstalling/replacing
>> systems, because it makes th
On dim., 2010-05-30 at 20:46 +0200, C. Gatzemeier wrote:
> Not a 100% sync, since any conflicts will need to be resolved, but quite
> good for systems with sparse users. Also for reinstalling/replacing
> systems, because it makes the IDs independent from the order in which
> they were created.
I'
Am Sun, 30 May 2010 20:13:31 +0200
schrieb Luk Claes:
>
> I guess you should have a deeper look into the possibilities of nss so
> you don't need to sync /etc/passwd and similar files across systems,
Ah thanks, you were thinking NIS networked shared database.
I was thinking, say if I would give
On 05/30/2010 07:57 PM, C. Gatzemeier wrote:
> Am Sun, 30 May 2010 15:02:41 +0100
> schrieb Stephen Gran :
>
>> There are already well understood mechanisms for ensuring that uids
>> are the same across multiple systems. I don't think adduser is the
>> place for that.
I guess you should have a d
Am Sun, 30 May 2010 15:02:41 +0100
schrieb Stephen Gran :
> There are already well understood mechanisms for ensuring that uids
> are the same across multiple systems. I don't think adduser is the
> place for that.
Do you have a debian pointer maybe?
I am asking because the following suggests a
6 matches
Mail list logo