Re: Bug#621833: System users: removing them

2012-07-01 Thread Marc Haber
On Sun, May 29, 2011 at 08:32:21PM +0100, Roger Leigh wrote: > We could add special behaviour to adduser to unlock the account > if it already exists when run in the postinst. Yes, that would be the way to go for adduser --system > However, most postinsts wrap the call to adduser with a check f

Re: Bug#621833: System users: removing them

2012-07-01 Thread Marc Haber
On Sun, May 29, 2011 at 12:04:35PM +0100, Roger Leigh wrote: >I'm currently using this logic (in postinst) > > # Create dedicated sbuild user > if ! getent passwd sbuild > /dev/null; then > adduser --system --quiet --home /var/lib/sbuild --no-create-home \ > --shell

Re: Bug#621833: System users: removing them

2011-05-30 Thread Jan Hauke Rahm
On Mon, May 30, 2011 at 10:47:08AM +0200, Marc Haber wrote: > On Sun, May 29, 2011 at 08:32:21PM +0100, Roger Leigh wrote: > > Providing that we have consensus on a recommended strategy for > > locking and unlocking accounts which can go into policy, I think all > > we need are examples for h

Re: Bug#621833: System users: removing them

2011-05-30 Thread Marc Haber
On Sun, May 29, 2011 at 08:32:21PM +0100, Roger Leigh wrote: > We could add special behaviour to adduser to unlock the account > if it already exists when run in the postinst. Yes. > However, most postinsts wrap the call to adduser with a check for > whether the account already exists, Which

Re: Bug#621833: System users: removing them

2011-05-30 Thread Marc Haber
On Sun, May 29, 2011 at 12:04:35PM +0100, Roger Leigh wrote: > 2) Reinstallation. > >I'm currently using this logic (in postinst) > > # Create dedicated sbuild user > if ! getent passwd sbuild > /dev/null; then > adduser --system --quiet --home /var/lib/sbuild --no-create-h

Re: Bug#621833: System users: removing them

2011-05-30 Thread Stephen Gran
This one time, at band camp, Roger Leigh said: > On Sun, May 29, 2011 at 12:09:40PM -0500, Jonathan Nieder wrote: > > (culled cc list of a few people I know read -devel) > > Roger Leigh wrote: > > > > > Given the need to consider unlocking as well as locking, I'm not sure > > > it's worth adding s

Re: Bug#621833: System users: removing them

2011-05-29 Thread Roger Leigh
On Sun, May 29, 2011 at 12:09:40PM -0500, Jonathan Nieder wrote: > (culled cc list of a few people I know read -devel) > Roger Leigh wrote: > > > Given the need to consider unlocking as well as locking, I'm not sure > > it's worth adding special support to deluser: the typical logic used > > to cr

Re: Bug#621833: System users: removing them

2011-05-29 Thread Roger Leigh
On Sun, May 29, 2011 at 12:04:35PM +0100, Roger Leigh wrote: > On Sun, May 01, 2011 at 03:06:00PM +0100, Ian Jackson wrote: > > Steve Langasek writes ("Re: Bug#621833: System users: removing them"): > > > On Tue, Apr 12, 2011 at 09:31:47PM +0200, sean finney wrote: &g

Re: Bug#621833: System users: removing them

2011-05-29 Thread Roger Leigh
On Sun, May 01, 2011 at 03:06:00PM +0100, Ian Jackson wrote: > Steve Langasek writes ("Re: Bug#621833: System users: removing them"): > > On Tue, Apr 12, 2011 at 09:31:47PM +0200, sean finney wrote: > > > I second your original proposal though, that packages must not de

Re: Bug#621833: System users: removing them

2011-05-01 Thread Andreas Barth
* Ian Jackson (ijack...@chiark.greenend.org.uk) [110501 16:39]: > Steve Langasek writes ("Re: Bug#621833: System users: removing them"): > > On Tue, Apr 12, 2011 at 09:31:47PM +0200, sean finney wrote: > > > I second your original proposal though, that packages must n

Re: Bug#621833: System users: removing them

2011-05-01 Thread Ian Jackson
Steve Langasek writes ("Re: Bug#621833: System users: removing them"): > On Tue, Apr 12, 2011 at 09:31:47PM +0200, sean finney wrote: > > I second your original proposal though, that packages must not delete > > system users that they have created. I don't think any

Re: Bug#621833: System users: removing them

2011-05-01 Thread Steve Langasek
On Tue, Apr 12, 2011 at 09:31:47PM +0200, sean finney wrote: > I second your original proposal though, that packages must not delete > system users that they have created. I don't think anyone had objections > to that, and the question is whether things should be taken further. I do object to te

Re: Bug#621833: System users: removing them

2011-04-13 Thread Leo 'costela' Antunes
On 12/04/11 22:43, Scott Kitterman wrote: >> Also, we need to provide a way for sysadmin to know they can safely remove >> a stale >> system user. > > If we could do that, we could just remove them automatically and not > bother the sysadmin. Not necessarily. We can't be sure there aren't any fil

Re: Bug#621833: System users: removing them

2011-04-13 Thread Lars Wirzenius
On ti, 2011-04-12 at 21:31 +0200, sean finney wrote: > Hi Lars, > > On Tue, Apr 12, 2011 at 06:41:10PM +0100, Lars Wirzenius wrote: > > > But shouldn't we say they _must_ lock package-specific system users > > > and groups when the package is removed ? > > > > I think that's a good idea. Steve La

Re: Bug#621833: System users: removing them

2011-04-12 Thread Scott Kitterman
> On Tue, Apr 12, 2011 at 06:41:10PM +0100, Lars Wirzenius wrote: >> (Cc to the relevant bug added.) >> >> On ma, 2011-04-11 at 14:05 +0100, Ian Jackson wrote: >> > Lars Wirzenius writes ("Re: System users: removing them"): >> > > Thus, I propose to change 9.2.2 "UID and GID classes", the paragraph

Re: Bug#621833: System users: removing them

2011-04-12 Thread Bill Allombert
On Tue, Apr 12, 2011 at 06:41:10PM +0100, Lars Wirzenius wrote: > (Cc to the relevant bug added.) > > On ma, 2011-04-11 at 14:05 +0100, Ian Jackson wrote: > > Lars Wirzenius writes ("Re: System users: removing them"): > > > Thus, I propose to change 9.2.2 "UID and GID classes", the paragraph on >

Re: Bug#621833: System users: removing them

2011-04-12 Thread sean finney
Hi Lars, On Tue, Apr 12, 2011 at 06:41:10PM +0100, Lars Wirzenius wrote: > > But shouldn't we say they _must_ lock package-specific system users > > and groups when the package is removed ? > > I think that's a good idea. Steve Langasek in the bug (#621833) and > others agree, so I think there's