Debian Bug report logs - #795435
manage user/group creation from apt or dpkg

version graph

Package: apt; Maintainer for apt is APT Development Team <[email protected]>; Source for apt is src:apt (PTS, buildd, popcon).

Reported by: Daniel Pocock <[email protected]>

Date: Thu, 5 Jan 2012 11:36:02 UTC

Severity: wishlist

Found in version apt/0.8.10.3+squeeze1

Reply or subscribe to this bug.

View this report as an mbox folder, status mbox, maintainer mbox


Report forwarded to [email protected], APT Development Team <[email protected]>:
Bug#654705; Package apt. (Thu, 05 Jan 2012 11:36:06 GMT) (full text, mbox, link).


Acknowledgement sent to Daniel Pocock <[email protected]>:
New Bug report received and forwarded. Copy sent to APT Development Team <[email protected]>. (Thu, 05 Jan 2012 11:36:08 GMT) (full text, mbox, link).


Message #5 received at [email protected] (full text, mbox, reply):

From: Daniel Pocock <[email protected]>
To: [email protected]
Subject: manage user/group creation from apt or dpkg
Date: Thu, 05 Jan 2012 12:31:24 +0100
Package: apt
Version: 0.8.10.3+squeeze1
Severity: wishlist

Currently packages can add users and groups from their postinst scripts

The admin has no clear indication which users/groups might be created
when selecting packages to install

This does not meet the needs of all administrators.  For example:
- admin wants to use LDAP
- admin wants identical numeric IDs on all hosts to simplify use of
backup and rsync software (e.g. Bacula backs up file ownership numerically)

A more controlled solution might involve some of the following:

- in addition to checking for disk space, `apt-get install' would check
if all required users exist
- apt or dpkg would create the users required by the requested packages
- a setting in dpkg.cfg or apt.conf.d would allow the admin to disable
automatic user creation (in other words, apt-get install would abort
before any change to the system and just give the admin a list of
missing users to create manually)

Workaround: the admin can do things like creating a symlink from
(useradd|adduser) to /bin/false to ensure that dpkg fails on unexpected
user creation.  However, this potentially leaves packages partially
installed.






Information forwarded to [email protected], APT Development Team <[email protected]>:
Bug#654705; Package apt. (Thu, 13 Aug 2015 22:42:03 GMT) (full text, mbox, link).


Acknowledgement sent to Julian Andres Klode <[email protected]>:
Extra info received and forwarded to list. Copy sent to APT Development Team <[email protected]>. (Thu, 13 Aug 2015 22:42:03 GMT) (full text, mbox, link).


Message #10 received at [email protected] (full text, mbox, reply):

From: Julian Andres Klode <[email protected]>
To: Daniel Pocock <[email protected]>, [email protected]
Subject: Re: Bug#654705: manage user/group creation from apt or dpkg
Date: Fri, 14 Aug 2015 00:38:32 +0200
Control: clone -1 -2
Control: reassign -1 dpkg
Control: block -2 by -1

On Thu, Jan 05, 2012 at 12:31:24PM +0100, Daniel Pocock wrote:
> Package: apt
> Version: 0.8.10.3+squeeze1
> Severity: wishlist
> 
> Currently packages can add users and groups from their postinst scripts
> 
> The admin has no clear indication which users/groups might be created
> when selecting packages to install
> 
> This does not meet the needs of all administrators.  For example:
> - admin wants to use LDAP
> - admin wants identical numeric IDs on all hosts to simplify use of
> backup and rsync software (e.g. Bacula backs up file ownership numerically)
> 
> A more controlled solution might involve some of the following:
> 
> - in addition to checking for disk space, `apt-get install' would check
> if all required users exist
> - apt or dpkg would create the users required by the requested packages
> - a setting in dpkg.cfg or apt.conf.d would allow the admin to disable
> automatic user creation (in other words, apt-get install would abort
> before any change to the system and just give the admin a list of
> missing users to create manually)

This is something dpkg would have to do.

> Workaround: the admin can do things like creating a symlink from
> (useradd|adduser) to /bin/false to ensure that dpkg fails on unexpected
> user creation.  However, this potentially leaves packages partially
> installed.


-- 
Julian Andres Klode  - Debian Developer, Ubuntu Member

See http://wiki.debian.org/JulianAndresKlode and http://jak-linux.org/.

Be friendly, do not top-post, and follow RFC 1855 "Netiquette".
    - If you don't I might ignore you.



Bug 654705 cloned as bug 795435 Request was from Julian Andres Klode <[email protected]> to [email protected]. (Thu, 13 Aug 2015 22:42:04 GMT) (full text, mbox, link).


Added blocking bug(s) of 795435: 654705 Request was from Julian Andres Klode <[email protected]> to [email protected]. (Thu, 13 Aug 2015 22:42:05 GMT) (full text, mbox, link).


Removed blocking bug(s) of 795435: 654705 Request was from Guillem Jover <[email protected]> to [email protected]. (Thu, 20 Aug 2015 14:00:03 GMT) (full text, mbox, link).


Send a report that this bug log contains spam.


Debian bug tracking system administrator <[email protected]>. Last modified: Sun Sep 22 07:52:10 2024; Machine Name: buxtehude

Debian Bug tracking system

Debbugs is free software and licensed under the terms of the GNU Public License version 2. The current version can be obtained from https://bugs.debian.org/debbugs-source/.

Copyright © 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson, 2005-2017 Don Armstrong, and many other contributors.