Package: debian-policy
Version: 3.8.4.0
Severity: wishlist

On Thu, 20 May 2010, Roger Leigh wrote:

> On 20/05/2010 20:43, Steve Langasek wrote:
> > I don't think it's practical to ever get rid of the legacy UID range
> > fragmentation in the 16-bit space.  Better would be to plan a transition to
> > where we start numbering new user accounts from 65536 by default, instead of
> > from 1000.
> 
> Something probably best left until after Squeeze!  I think the
> simple check we have now will be robust enough until after then.

Alternatively, we could try to improve the current status a little bit
for squeeze.

(A system admin with about 45000 users in his system asked me about
the new /etc/profile and the apparently arbitrary limit of 29999).


The block 30000-59999 is reserved *by us*, so we can free it for user
accounts easily:

--- a/policy.sgml
+++ b/policy.sgml
@@ -5849,7 +5849,7 @@
                </p>
              </item>
 
-             <tag>1000-29999:</tag>
+             <tag>1000-59999:</tag>
              <item>
                <p>
                  Dynamically allocated user accounts.  By default
@@ -5860,11 +5860,6 @@
                </p>
              </item>
 
-             <tag>30000-59999:</tag>
-             <item>
-               <p>Reserved.</p>
-             </item>
-
              <tag>60000-64999:</tag>
              <item>
                <p>


Known affected packages: adduser, base-files
Fix: Trivial: s/29999/59999/

I'm looking for seconds for this proposal.



-- 
To UNSUBSCRIBE, email to debian-policy-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/alpine.deb.1.10.1005211154240.25...@cantor.unex.es

Reply via email to