kumquat-buildroot/system/skeleton/etc
Peter Korsgaard 9c67af2c52 system/skeleton: use uid/gid 65534 for nobody/nogroup
As recently discussed on lwn.net: https://lwn.net/Articles/695478/

The kernel has special behaviour for uid/gid 65534:

1. The kernel maps UIDs > 65535 to it when some subsystem/API/fs
   only supports 16bit UIDs, but a 32bit UID is passed to it.

2. it's used by the kernel's user namespacing as the internal UID
   that external UIDs are mapped to that don't have any local mapping.

3. It's used by NFS for all user IDs that cannot be mapped locally if
   UID mapping is enabled.

Most distributions already map (or are in the progress of changing)
nobody/nogroup to the 65534 uid/gid, so lets do so as well.

Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
Acked-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be>
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2016-08-26 15:39:42 +02:00
..
network package/skeleton: remove useless .empty file 2016-07-05 15:57:20 +02:00
profile.d skeleton: Rename /etc/profile.d/umask to umask.sh 2016-02-10 07:49:04 +01:00
fstab skeleton: make /run a proper directory/filesystem 2015-02-03 15:58:03 +01:00
group system/skeleton: use uid/gid 65534 for nobody/nogroup 2016-08-26 15:39:42 +02:00
hosts
mtab system/skeleton: update etc/mtab with a more sensible link 2016-07-05 15:24:38 +02:00
passwd system/skeleton: use uid/gid 65534 for nobody/nogroup 2016-08-26 15:39:42 +02:00
profile skeleton: Pretty fixes for /etc/profile 2015-10-04 15:53:07 +01:00
protocols skeleton: Update /etc/protocols from Debian Jessie 2013-10-27 08:27:38 +01:00
resolv.conf
services
shadow skeleton: sync /etc/shadow with /etc/passwd 2015-10-28 23:33:14 +01:00