Start of man-pages-3.70: renaming .Announce and .lsm files
Start of man-pages-3.70: updating .Announce and .lsm files
Start of man-pages-3.70: updating Changes and Changes.old
Changes.old: Fixes to 3.69 changelog

Signed-off-by: Michael Kerrisk <mtk.manpages@gmail.com>
:eventfd.2, fallocate.2, open.2, sendmmsg.2, signalfd.2, proc.5, sched.7, socket.7, udplite.7: spfix: "behaviour": use American spelling "behavior" instead

Signed-off-by: Michael Kerrisk <mtk.manpages@gmail.com>
shmget.2: grfix

Signed-off-by: Michael Kerrisk <mtk.manpages@gmail.com>
syscalls.2: Add prlimit64(2)

While trying to reconcile the new features in glibc with the
documented entries in the linux kernel man pages I noticed that
glibc exports prlimit64 for use by 32-bit applications (as does
the linux kernel), but that prlimit64 was not defined in the
syscalls list or in the prlimit-related page.

This is not the complete fix for this, but I don't have the time
to explain why and when prlimit64 should be used (or how it should
be used safely). Therefore I'm just patching the syscalls.2 list
to show that prlimit64 exists and was added in 2.6.36 (verified
with git by checking out the tags before and after).

Unless you've purposely excluded prlimit64 to avoid telling users
about it because it's complicated, please apply.

Signed-off-by: Michael Kerrisk <mtk.manpages@gmail.com>
open.2: O_CLOEXEC is also one the flags not ignored when O_PATH is specified

Reported-by: Кирилл <kirillnow@gmail.com>
Signed-off-by: Michael Kerrisk <mtk.manpages@gmail.com>
intro.1, gettimeofday.2, mkdir.2, nice.2, setresuid.2, stime.2, adjtime.3, getttyent.3, proc.5: tfix

Signed-off-by: Michael Kerrisk <mtk.manpages@gmail.com>
charmap.5: Remove accidental ISO C compliance reference

glibc refers in locale/programs/charmap.c to ISO C 99 section
7.17.(2) and ISO C 99 section 5.2.1.(3) that if a character map
is not ASCII compatible then the locale using it is not ISO C
compliant. This does not state anything about the character set
itself.

Signed-off-by: Michael Kerrisk <mtk.manpages@gmail.com>
iconv.1, iconvconfig.8: Clarify gconv file terminology a bit

Signed-off-by: Michael Kerrisk <mtk.manpages@gmail.com>
splice.2: Document EAGAIN error

See https://bugzilla.kernel.org/show_bug.cgi?id=48641

Signed-off-by: Michael Kerrisk <mtk.manpages@gmail.com>
tee.2: Document EAGAIN error

See https://bugzilla.kernel.org/show_bug.cgi?id=48641

Signed-off-by: Michael Kerrisk <mtk.manpages@gmail.com>
vmsplice.2: Document EAGAIN error

See https://bugzilla.kernel.org/show_bug.cgi?id=48641

Signed-off-by: Michael Kerrisk <mtk.manpages@gmail.com>
cpuset.7: tfix

Signed-off-by: Michael Kerrisk <mtk.manpages@gmail.com>
encrypt.3: grfix

Signed-off-by: Michael Kerrisk <mtk.manpages@gmail.com>
ether_aton.3: Make description of ether_line() bug a little more informative

Signed-off-by: Michael Kerrisk <mtk.manpages@gmail.com>
cpuset.7: tfix

Signed-off-by: Michael Kerrisk <mtk.manpages@gmail.com>
inotify.7: BUGS: Note possible bug triggered by watch descriptor reuse

Watch descriptor IDs are returned by inotify_add_watch().
When calling inotify_rm_watch() an IN_IGNORE is placed on the
inotify queue pointing to the ID of the removed watch.

inotify_add_watchi() should not return a watch descriptor ID for
which events are still on the queue but should return an
unused ID.

Unfortunately, the existing Kernel code does not provide such a
guarantee.

Actually, in rare cases watch descriptor IDs are returned by
inotify_add_watch() for which events are still on the inotify
queue.

See https://bugzilla.kernel.org/show_bug.cgi?id=77111

Cowritten-by: Michael Kerrisk <mtk.manpages@gmail.com>
Signed-off-by: Heinrich Schuchardt <xypron.glpk@gmx.de>
Signed-off-by: Michael Kerrisk <mtk.manpages@gmail.com>
inotify.7: Minor fixes to Heinrich Schuchardt's patch

Signed-off-by: Michael Kerrisk <mtk.manpages@gmail.com>