Linux Man Pages

• Thread Index

• Re: [PATCH 4/6] proc_pid_io.5: mention atomicity in atomicity note
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH 3/6] proc_pid_io.5: wfix
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH 2/6] proc_pid_io.5: dewafflify
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH 1/6] proc_pid_io.5: stats include children
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH] landlock_restrict_self.2: Fix max number of nested sandboxes
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH] landlock_restrict_self.2: Fix max number of nested sandboxes
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• [patch] printf.h.3head: tfix
  • From: Samanta Navarro <ferivoz@xxxxxxxxxx>
• [patch] utf-8.7: ffix
  • From: Samanta Navarro <ferivoz@xxxxxxxxxx>
• Re: [PATCH] ip.7: Add not supported by SOCK_STREAM to socket options
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH] ip.7: Add not supported by SOCK_STREAM to socket options
  • From: Oliver Crumrine <ozlinuxc@xxxxxxxxx>
• Re: Unable to generate glyphs for chinese letters
  • From: Deri <deri@xxxxxxxxxxxxxxxxxxxxxx>
• Re: Unable to generate glyphs for chinese letters
  • From: Deri <deri@xxxxxxxxxxxxxxxxxxxxxx>
• [PATCH 2/6] proc_pid_io.5: dewafflify
  • From: наб <nabijaczleweli@xxxxxxxxxxxxxxxxxx>
• [PATCH 4/6] proc_pid_io.5: mention atomicity in atomicity note
  • From: наб <nabijaczleweli@xxxxxxxxxxxxxxxxxx>
• [PATCH 3/6] proc_pid_io.5: wfix
  • From: наб <nabijaczleweli@xxxxxxxxxxxxxxxxxx>
• [PATCH 1/6] proc_pid_io.5: stats include children
  • From: наб <nabijaczleweli@xxxxxxxxxxxxxxxxxx>
• [PATCH 6/6] getrusage.2, proc_pid_io.5: crosslink
  • From: наб <nabijaczleweli@xxxxxxxxxxxxxxxxxx>
• [PATCH 5/6] getrusage.2: proc(5) /proc/pid/stat -> proc_pid_stat(5)
  • From: наб <nabijaczleweli@xxxxxxxxxxxxxxxxxx>
• Re: Unable to generate glyphs for chinese letters
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Unable to generate glyphs for chinese letters
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH] landlock_restrict_self.2: Fix max number of nested sandboxes
  • From: "Günther Noack" <gnoack@xxxxxxxxxx>
• Re: [PATCH] landlock_restrict_self.2: Fix max number of nested sandboxes
  • From: "Günther Noack" <gnoack@xxxxxxxxxx>
• Re: Bogus index in man-pages book from other projects
  • From: "G. Branden Robinson" <g.branden.robinson@xxxxxxxxx>
• Re: Bogus index in man-pages book from other projects
  • From: Deri <deri@xxxxxxxxxxxxxxxxxxxxxx>
• Re: Bogus index in man-pages book from other projects
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: Bogus index in man-pages book from other projects
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: Bogus index in man-pages book from other projects
  • From: Deri <deri@xxxxxxxxxxxxxxxxxxxxxx>
• [PATCH] landlock_restrict_self.2: Fix max number of nested sandboxes
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• Re: Bogus index in man-pages book from other projects
  • From: "G. Branden Robinson" <g.branden.robinson@xxxxxxxxx>
• Re: Bogus index in man-pages book from other projects
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: Bogus index in man-pages book from other projects
  • From: Deri <deri@xxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] statx.2: Document STATX_SUBVOL
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH] statx.2: Document STATX_SUBVOL
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: sendfile(2) erroneously yields EINVAL on too large counts
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: sendfile(2) erroneously yields EINVAL on too large counts
  • From: Jan Engelhardt <jengelh@xxxxxxx>
• Bogus index in man-pages book from other projects
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH] TIMESPEC_TO_TIMEVAL.3, TIMEVAL_TO_TIMESPEC.3: Document these macros
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH] TIMESPEC_TO_TIMEVAL.3, TIMEVAL_TO_TIMESPEC.3: Document these macros
  • From: Oskari Pirhonen <xxc3ncoredxx@xxxxxxxxx>
• Re: Mail-Followup-To header (was: Order priority issues for special 3type sub-section)
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: Order priority issues for special 3type sub-section
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: Mail-Followup-To header (was: Order priority issues for special 3type sub-section)
  • From: Lennart Jablonka <humm@xxxxxxxxx>
• Re: Order priority issues for special 3type sub-section
  • From: Guillem Jover <guillem@xxxxxxxxxxx>
• [PATCH] TIMESPEC_TO_TIMEVAL.3, TIMEVAL_TO_TIMESPEC.3: Document these macros
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Mail-Followup-To header (was: Order priority issues for special 3type sub-section)
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: Order priority issues for special 3type sub-section
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: Order priority issues for special 3type sub-section
  • From: Oskari Pirhonen <xxc3ncoredxx@xxxxxxxxx>
• Re: Order priority issues for special 3type sub-section
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Order priority issues for special 3type sub-section
  • From: Guillem Jover <guillem@xxxxxxxxxxx>
• Re: patch - fixing sample program in unix.7
  • From: Lili Püspök <poordirtylili@xxxxxxxxx>
• [patch] getgrouplist.3: tfix in example
  • From: Fedor Lapshin <fe.lap.prog@xxxxxxxxx>
• Re: [PATCH] ip.7: Add not supported by SOCK_STREAM to socket options
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH] ip.7: Add not supported by SOCK_STREAM to socket options
  • From: Oliver Crumrine <ozlinuxc@xxxxxxxxx>
• Re: patch - fixing sample program in unix.7
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH] ip.7: Add not supported by SOCK_STREAM to socket options
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH] ip.7: Add not supported by SOCK_STREAM to socket options
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH] ip.7: Add not supported by SOCK_STREAM to socket options
  • From: Oliver Crumrine <ozlinuxc@xxxxxxxxx>
• Re: [PATCH 2/2] clock_nanosleep.2, nanosleep.2: Use 'duration' rather than 'request'
  • From: enh <enh@xxxxxxxxxx>
• Re: [patch] man2/read.2: tfix
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH v4] delete_module.2: Update man to current syscall behaviour
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH 1/2] man*/: epoll_*(), fcntl(), flock(), ioctl(), msgctl(), *prctl(), ptrace(), quotactl(), reboot(), semctl(), shmctl(), lockf(): Consistently use 'op' and 'operation'
  • From: enh <enh@xxxxxxxxxx>
• Re: [PATCH 1/2] man*/: epoll_*(), fcntl(), flock(), ioctl(), msgctl(), *prctl(), ptrace(), quotactl(), reboot(), semctl(), shmctl(), lockf(): Consistently use 'op' and 'operation'
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• [PATCH v4] delete_module.2: Update man to current syscall behaviour
  • From: Alexander Ofitserov <oficerovas@xxxxxxxxxxxx>
• [patch] man2/read.2: tfix
  • From: Hugo Gabriel Eyherabide <hugogabriel.eyherabide@xxxxxxxxx>
• [PATCH v3 3/3] clock_nanosleep.2: Use 't' rather than 'request'
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: Man page issues: logb, significand, cbrt, log2, log10, exp10
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH 2/2] clock_nanosleep.2, nanosleep.2: Use 'duration' rather than 'request'
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: Man page issues: logb, significand, cbrt, log2, log10, exp10
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH 2/2] clock_nanosleep.2, nanosleep.2: Use 'duration' rather than 'request'
  • From: enh <enh@xxxxxxxxxx>
• Re: Man page issues: logb, significand, cbrt, log2, log10, exp10
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH 2/2] clock_nanosleep.2, nanosleep.2: Use 'duration' rather than 'request'
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH 2/2] clock_nanosleep.2, nanosleep.2: Use 'duration' rather than 'request'
  • From: enh <enh@xxxxxxxxxx>
• Re: logb() vs floor(log2()) (was: Man page issues: logb, significand, cbrt, log2, log10, exp10)
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: logb() vs floor(log2())
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: logb() vs floor(log2())
  • From: Adhemerval Zanella Netto <adhemerval.zanella@xxxxxxxxxx>
• logb() vs floor(log2()) (was: Man page issues: logb, significand, cbrt, log2, log10, exp10)
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: patch - fixing sample program in unix.7
  • From: Lili Püspök <poordirtylili@xxxxxxxxx>
• Re: patch - fixing sample program in unix.7
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH] ip.7: Add not supported by SOCK_STREAM to socket options
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: man page for syscall delete_module is outdated
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH v3] delete_module.2: Update man to current syscall behaviour
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: Undefined Behavior in rw_verify_area() (was: sendfile(2) erroneously yields EINVAL on too large counts)
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: Undefined Behavior in rw_verify_area() (was: sendfile(2) erroneously yields EINVAL on too large counts)
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Undefined Behavior in rw_verify_area() (was: sendfile(2) erroneously yields EINVAL on too large counts)
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: sendfile(2) erroneously yields EINVAL on too large counts
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH] Re: [Bug 218453] Update posixoptions to POSIX.1-2018
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: Man page issues: logb, significand, cbrt, log2, log10, exp10
  • From: Adhemerval Zanella Netto <adhemerval.zanella@xxxxxxxxxx>
• [Bug 218452] small clarification clock_getres HISTORY section
  • From: bugzilla-daemon@xxxxxxxxxx
• [Bug 218105] Incorrect path name in description of creating a threaded cgroups tree
  • From: bugzilla-daemon@xxxxxxxxxx
• Re: Man page issues: logb, significand, cbrt, log2, log10, exp10
  • From: Morten Welinder <mwelinder@xxxxxxxxx>
• patch - fixing sample program in unix.7
  • From: Lili Püspök <poordirtylili@xxxxxxxxx>
• Re: [PATCH 2/2] clock_nanosleep.2, nanosleep.2: Use 'duration' rather than 'request'
  • From: Bruno Haible <bruno@xxxxxxxxx>
• [PATCH v2 2/2] nanosleep.2: Use 'duration' rather than 'request'
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH 2/2] clock_nanosleep.2, nanosleep.2: Use 'duration' rather than 'request'
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: Man page issues: logb, significand, cbrt, log2, log10, exp10
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• [PATCH 2/2] clock_nanosleep.2, nanosleep.2: Use 'duration' rather than 'request'
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• [PATCH 1/2] man*/: epoll_*(), fcntl(), flock(), ioctl(), msgctl(), *prctl(), ptrace(), quotactl(), reboot(), semctl(), shmctl(), lockf(): Consistently use 'op' and 'operation'
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• [PATCH 0/2] Use terms consistently in function parameter names.
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: Man page issues: logb, significand, cbrt, log2, log10, exp10
  • From: Vincent Lefevre <vincent@xxxxxxxxxx>
• Re: Man page issues: logb, significand, cbrt, log2, log10, exp10
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: Man page issues: logb, significand, cbrt, log2, log10, exp10
  • From: Morten Welinder <mwelinder@xxxxxxxxx>
• [PATCH] ip.7: Add not supported by SOCK_STREAM to socket options
  • From: Oliver Crumrine <ozlinuxc@xxxxxxxxx>
• Re: Man page issues: logb, significand, cbrt, log2, log10, exp10
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: Man page issues: logb, significand, cbrt, log2, log10, exp10
  • From: Morten Welinder <mwelinder@xxxxxxxxx>
• Re: Man page issues: logb, significand, cbrt, log2, log10, exp10
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Man page issues: logb, significand, cbrt, log2, log10, exp10
  • From: Morten Welinder <mwelinder@xxxxxxxxx>
• Re: _Fork()
  • From: enh <enh@xxxxxxxxxx>
• Re: _Fork()
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• _Fork()
  • From: enh <enh@xxxxxxxxxx>
• Re: [PATCH] Changes.old: tfix
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• [PATCH] Changes.old: tfix
  • From: Jakub Wilk <jwilk@xxxxxxxxx>
• Re: [PATCH 1/2] process_madvise.2: Document the glibc wrapper
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH 1/2] process_madvise.2: Document the glibc wrapper
  • From: Guillem Jover <guillem@xxxxxxxxxxx>
• Re: [PATCH 1/2] sigaction.2: HISTORY: SA_NOCLDSTOP wasn't added in POSIX.1-2001
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH 1/2] sigaction.2: HISTORY: SA_NOCLDSTOP wasn't added in POSIX.1-2001
  • From: Thomas Orgis <thomas@xxxxxxxxx>
• Re: [PATCH 2/2] sigaction.2: HISTORY: Some constants are or were XSI extensions
  • From: Thomas Orgis <thomas@xxxxxxxxx>
• Re: [PATCH v3] delete_module.2: Update man to current syscall behaviour
  • From: "Dmitry V. Levin" <ldv@xxxxxxxxxxxx>
• [PATCH v3] delete_module.2: Update man to current syscall behaviour
  • From: Alexander Ofitserov <oficerovas@xxxxxxxxxxxx>
• Re: [PATCH v2] delete_module.2: Update man to current syscall behaviour
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH] vsock.7: ffix
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• [PATCH 2/2] process_madvise.2: Rename parameter, and use array syntax
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• [PATCH 1/2] process_madvise.2: Document the glibc wrapper
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• [PATCH 2/2] sigaction.2: HISTORY: Some constants are or were XSI extensions
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• [PATCH 1/2] sigaction.2: HISTORY: SA_NOCLDSTOP wasn't added in POSIX.1-2001
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• [PATCH 0/2] sigaction.2: HISTORY: Document history of POSIX constants more accurately
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Status of SA_NOCLDWAIT in POSIX.1 (was: SA_RESTART and friends as XSI extensions to POSIX.1-2001 < XOPEN_SOURCE >= 600)
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH] getdents.2: add note to misleading field "d_off" in struct linux_dirent64
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• [PATCH v2] delete_module.2: Update man to current syscall behaviour
  • From: Alexander Ofitserov <oficerovas@xxxxxxxxxxxx>
• Re: [PATCH v2] prctl.2: Add PR_RISCV_SET_ICACHE_FLUSH_CTX
  • From: Charlie Jenkins <charlie@xxxxxxxxxxxx>
• Re: [PATCH] delete_module.2: Update man to actual syscall behaviour
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH] delete_module.2: Update man to actual syscall behaviour
  • From: "Dmitry V. Levin" <ldv@xxxxxxxxxxxx>
• [PATCH] vsock.7: ffix
  • From: наб <nabijaczleweli@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] delete_module.2: Update man to actual syscall behaviour
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH] delete_module.2: Update man to actual syscall behaviour
  • From: "G. Branden Robinson" <g.branden.robinson@xxxxxxxxx>
• Re: [PATCH] delete_module.2: Update man to actual syscall behaviour
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH] delete_module.2: Update man to actual syscall behaviour
  • From: "G. Branden Robinson" <g.branden.robinson@xxxxxxxxx>
• [PATCH] delete_module.2: Update man to actual syscall behaviour
  • From: Alexander Ofitserov <oficerovas@xxxxxxxxxxxx>
• Re: man page for syscall delete_module is outdated
  • From: Alexander Ofitserov <oficerovas@xxxxxxxxxxxx>
• Re: man page for syscall delete_module is outdated
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• man page for syscall delete_module is outdated
  • From: Александр Офицеров <oficerovas@xxxxxxxxxxxx>
• groff 1.24 scheduling thoughts (was: man page base paragraph inset/indentation)
  • From: "G. Branden Robinson" <g.branden.robinson@xxxxxxxxx>
• Re: man page base paragraph inset/indentation (was: [PATCH v3] close_range.2: Add _GNU_SOURCE and unistd.h to SYNOPSIS)
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• man page base paragraph inset/indentation (was: [PATCH v3] close_range.2: Add _GNU_SOURCE and unistd.h to SYNOPSIS)
  • From: "G. Branden Robinson" <g.branden.robinson@xxxxxxxxx>
• Re: [PATCH v3] close_range.2: Add _GNU_SOURCE and unistd.h to SYNOPSIS
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH v3] close_range.2: Add _GNU_SOURCE and unistd.h to SYNOPSIS
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH v3] close_range.2: Add _GNU_SOURCE and unistd.h to SYNOPSIS
  • From: Mark Wielaard <mark@xxxxxxxxx>
• Re: [PATCH v2] prctl.2: Add PR_RISCV_SET_ICACHE_FLUSH_CTX
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH v3] close_range.2: Add _GNU_SOURCE and unistd.h to SYNOPSIS
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH 2/2] getaddrinfo.3: tfix
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• sendfile(2) erroneously yields EINVAL on too large counts
  • From: Jan Engelhardt <jengelh@xxxxxxx>
• Re: Documentation: Architecture/ABI calling convention table - syscall( )
  • From: Eugene Syromyatnikov <evgsyr@xxxxxxxxx>
• Documentation: Architecture/ABI calling convention table - syscall( )
  • From: Ronald Monthero <debug.penguin32@xxxxxxxxx>
• SA_RESTART and friends as XSI extensions to POSIX.1-2001 < XOPEN_SOURCE >= 600
  • From: Thomas Orgis <thomas@xxxxxxxxx>
• [PATCH] getdents.2: add note to misleading field "d_off" in struct linux_dirent64
  • From: Vinícius Schütz Piva <vinicius.vsczpv@xxxxxxxxxxx>
• [PATCH] getdents.2: add note to misleading field "d_off" in struct linux_dirent64
  • From: Vinícius Schütz Piva <vinicius.vsczpv@xxxxxxxxxxx>
• Re: [PATCH] prctl.2: Add PR_RISCV_SET_ICACHE_FLUSH_CTX
  • From: "G. Branden Robinson" <g.branden.robinson@xxxxxxxxx>
• Re: [PATCH] prctl.2: Add PR_RISCV_SET_ICACHE_FLUSH_CTX
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Website performance
  • From: "Roe Heyer" <roe.heyer@xxxxxxxxxxxxxxxxx>
• [PATCH v2] prctl.2: Add PR_RISCV_SET_ICACHE_FLUSH_CTX
  • From: Charlie Jenkins <charlie@xxxxxxxxxxxx>
• Re: [PATCH] prctl.2: Add PR_RISCV_SET_ICACHE_FLUSH_CTX
  • From: Charlie Jenkins <charlie@xxxxxxxxxxxx>
• [PATCH v3] close_range.2: Add _GNU_SOURCE and unistd.h to SYNOPSIS
  • From: Mark Wielaard <mark@xxxxxxxxx>
• Re: [PATCH v2] close_range.2: Add _GNU_SOURCE and unistd.h to SYNOPSIS
  • From: Mark Wielaard <mark@xxxxxxxxx>
• [PATCH 2/2] getaddrinfo.3: tfix
  • From: Štěpán Němec <stepnem@xxxxxxxx>
• [PATCH 1/2] clone.2, epoll_wait.2, recv.2, send.2, syscalls.2, unlink.2, sched.7, unix.7, vdso.7: tfix
  • From: Štěpán Němec <stepnem@xxxxxxxx>
• Re: [PATCH v2] close_range.2: Add _GNU_SOURCE and unistd.h to SYNOPSIS
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• man-pages-6.06 released
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH v2] close_range.2: Add _GNU_SOURCE and unistd.h to SYNOPSIS
  • From: Mark Wielaard <mark@xxxxxxxxx>
• Re: [PATCH v2] pthread_create.3: re-do the architecture/default stack size mapping
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH v2] close_range.2: Add _GNU_SOURCE and unistd.h to SYNOPSIS
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• [PATCH v2] close_range.2: Add _GNU_SOURCE and unistd.h to SYNOPSIS
  • From: Mark Wielaard <mark@xxxxxxxxx>
• [PATCH v2] pthread_create.3: re-do the architecture/default stack size mapping
  • From: наб <nabijaczleweli@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] close_range.2: Add _GNU_SOURCE and unistd.h to SYNOPSIS
  • From: Mark Wielaard <mark@xxxxxxxxx>
• Re: [PATCH] pthread_create.3: re-do the architecture/default stack size mapping
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH] pthread_create.3: re-do the architecture/default stack size mapping
  • From: наб <nabijaczleweli@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] pthread_create.3: re-do the architecture/default stack size mapping
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH] seteuid.2: glibc implements seteuid calling setresuid, not setreuid
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH] close_range.2: Add _GNU_SOURCE and unistd.h to SYNOPSIS
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH] prctl.2: Add PR_RISCV_SET_ICACHE_FLUSH_CTX
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH 1/1] README: Use kernel.org URL
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: Recommendation for Adjusting Command Categorization in Manual Pages
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• [PATCH] pthread_create.3: re-do the architecture/default stack size mapping
  • From: наб <nabijaczleweli@xxxxxxxxxxxxxxxxxx>
• [PATCH] seteuid.2: glibc implements seteuid calling setresuid, not setreuid
  • From: Štěpán Němec <stepnem@xxxxxxxx>
• [PATCH] close_range.2: Add _GNU_SOURCE and unistd.h to SYNOPSIS
  • From: Mark Wielaard <mark@xxxxxxxxx>
• [PATCH] Re: [Bug 218453] Update posixoptions to POSIX.1-2018
  • From: Cesar Enrique Garcia Dabo <cquike@xxxxxxxx>
• [Bug 218453] Update posixoptions to POSIX.1-2018
  • From: bugzilla-daemon@xxxxxxxxxx
• [Bug 218453] Update posixoptions to POSIX.1-2018
  • From: bugzilla-daemon@xxxxxxxxxx
• [Bug 218453] Update posixoptions to POSIX.1-2018
  • From: bugzilla-daemon@xxxxxxxxxx
• [Bug 218453] Update posixoptions to POSIX.1-2018
  • From: bugzilla-daemon@xxxxxxxxxx
• [Bug 218453] Update posixoptions to POSIX.1-2018
  • From: bugzilla-daemon@xxxxxxxxxx
• [Bug 218453] New: Update posixoptions to POSIX.1-2018
  • From: bugzilla-daemon@xxxxxxxxxx
• [Bug 218452] New: small clarification clock_getres HISTORY section
  • From: bugzilla-daemon@xxxxxxxxxx
• Re: frexp man page: FLT_RADIX vs. 2
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: Issue in man page charsets.7
  • From: Helge Kreutzmann <debian@xxxxxxxxxxxxx>
• Re: Issue in man page adjtime.3
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: Issue in man page charsets.7
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• [PATCH] CONTRIBUTING: neomutt(1) can now be used to sign patches
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• [PATCH] prctl.2: Add PR_RISCV_SET_ICACHE_FLUSH_CTX
  • From: Charlie Jenkins <charlie@xxxxxxxxxxxx>
• Re: [PATCH v4 5/6] add listmount(2) syscall
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH v4 5/6] add listmount(2) syscall
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4 5/6] add listmount(2) syscall
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• [PATCH 1/1] README: Use kernel.org URL
  • From: Petr Vorel <pvorel@xxxxxxx>
• Re: [RESEND PATCH v3 2/3] docs: Add information about ipc sysctls limitations
  • From: Manfred Spraul <manfred@xxxxxxxxxxxxxxxx>
• Re: FWD: lijh8@xxxxxx: about operator(7) precedence
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• FWD: lijh8@xxxxxx: about operator(7) precedence
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH 4/4] man2/syscalls.2: ffix
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH 4/4] man2/syscalls.2: ffix
  • From: Stefan Puiu <stefan.puiu@xxxxxxxxx>
• Re: [PATCH v2alx] MAINTAINERS: Add man-pages git trees
  • From: Petr Vorel <pvorel@xxxxxxx>
• Re: [PATCH v2alx] MAINTAINERS: Add man-pages git trees
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH v2alx] MAINTAINERS: Add man-pages git trees
  • From: Petr Vorel <pvorel@xxxxxxx>
• Re: [PATCH v2 1/1] MAINTAINERS: Add man-pages git trees
  • From: Petr Vorel <pvorel@xxxxxxx>
• Re: [PATCH v2 1/1] MAINTAINERS: Add man-pages git trees
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• [PATCH v2 1/1] MAINTAINERS: Add man-pages git trees
  • From: Petr Vorel <pvorel@xxxxxxx>
• [PATCH v2alx] MAINTAINERS: Add man-pages git trees
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH 1/1] MAINTAINERS: Add man-pages git tree
  • From: Petr Vorel <pvorel@xxxxxxx>
• Re: [PATCH 1/1] socket.7: Mention CAP_NET_RAW on SO_MARK
  • From: Petr Vorel <pvorel@xxxxxxx>
• Re: [PATCH 1/1] MAINTAINERS: Add man-pages git tree
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH 1/1] socket.7: Mention CAP_NET_RAW on SO_MARK
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• [PATCH 1/1] MAINTAINERS: Add man-pages git tree
  • From: Petr Vorel <pvorel@xxxxxxx>
• Re: [PATCH 1/1] socket.7: Mention CAP_NET_RAW on SO_MARK
  • From: Petr Vorel <pvorel@xxxxxxx>
• Re: [PATCH v2] man2/open.2: ffix
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH 3/4] man2/open.2: ffix
  • From: "G. Branden Robinson" <g.branden.robinson@xxxxxxxxx>
• [PATCH v2] man2/open.2: ffix
  • From: "G. Branden Robinson" <g.branden.robinson@xxxxxxxxx>
• Re: [PATCH 1/4] fts.3, div_t.3type: ffix
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH 3/4] man2/open.2: ffix
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH 1/1] socket.7: Mention CAP_NET_RAW on SO_MARK
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• [PATCH 4/4] man2/syscalls.2: ffix
  • From: "G. Branden Robinson" <g.branden.robinson@xxxxxxxxx>
• [PATCH 3/4] man2/open.2: ffix
  • From: "G. Branden Robinson" <g.branden.robinson@xxxxxxxxx>
• [PATCH 2/4] man2/mremap.2: wfix
  • From: "G. Branden Robinson" <g.branden.robinson@xxxxxxxxx>
• [PATCH 1/4] fts.3, div_t.3type: ffix
  • From: "G. Branden Robinson" <g.branden.robinson@xxxxxxxxx>
• [PATCH 1/1] socket.7: Mention CAP_NET_RAW on SO_MARK
  • From: Petr Vorel <pvorel@xxxxxxx>
• Re: [RECIPE] Pull the trigger on Mister Sed? (MR macro migration)
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [RECIPE] Pull the trigger on Mister Sed? (MR macro migration)
  • From: "G. Branden Robinson" <g.branden.robinson@xxxxxxxxx>
• Re: [RECIPE] Pull the trigger on Mister Sed? (MR macro migration)
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [RECIPE] Pull the trigger on Mister Sed? (MR macro migration)
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [RECIPE] Pull the trigger on Mister Sed? (MR macro migration)
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH] man5/locale.5: Fix typo.
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• [RECIPE] Pull the trigger on Mister Sed? (MR macro migration)
  • From: "G. Branden Robinson" <g.branden.robinson@xxxxxxxxx>
• [PATCH] man5/locale.5: Fix typo.
  • From: "G. Branden Robinson" <g.branden.robinson@xxxxxxxxx>
• Re: [PATCH v4 5/6] add listmount(2) syscall
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: [PATCH v4 5/6] add listmount(2) syscall
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH v4 5/6] add listmount(2) syscall
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4 5/6] add listmount(2) syscall
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: Issue in man page adjtime.3
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH v4 5/6] add listmount(2) syscall
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [PATCH v4 5/6] add listmount(2) syscall
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4 5/6] add listmount(2) syscall
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: Issue in man page adjtime.3
  • From: Helge Kreutzmann <debian@xxxxxxxxxxxxx>
• Re: [PATCH v4 5/6] add listmount(2) syscall
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH v4 5/6] add listmount(2) syscall
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4 5/6] add listmount(2) syscall
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Recommendation for Adjusting Command Categorization in Manual Pages
  • From: 孟敬姿 <mengjingzi@xxxxxxxxx>
• Re: [PATCH] bugzilla_217709
  • From: rajesh <r.pandian@xxxxxxxxx>
• Re: [PATCH v4 6/6] wire up syscalls for statmount/listmount
  • From: Florian Fainelli <florian.fainelli@xxxxxxxxxxxx>
• Re: [PATCH] cpuid.4: note which CPUs don't support CPUID and what happens
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• [PATCH] cpuid.4: note which CPUs don't support CPUID and what happens
  • From: наб <nabijaczleweli@xxxxxxxxxxxxxxxxxx>
• [Bug 218336] mount(2) doesn't document ENOSPC when /proc/sys/fs/mount-max is exceeded
  • From: bugzilla-daemon@xxxxxxxxxx
• [Bug 218336] mount(2) doesn't document ENOSPC when /proc/sys/fs/mount-max is exceeded
  • From: bugzilla-daemon@xxxxxxxxxx
• [Bug 218336] New: mount(2) doesn't document ENOSPC when /proc/sys/fs/mount-max is exceeded
  • From: bugzilla-daemon@xxxxxxxxxx
• Re: frexp man page: FLT_RADIX vs. 2
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: frexp man page: FLT_RADIX vs. 2
  • From: Matthew House <mattlloydhouse@xxxxxxxxx>
• Re: frexp man page: FLT_RADIX vs. 2
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• frexp man page: FLT_RADIX vs. 2
  • From: Morten Welinder <mwelinder@xxxxxxxxx>
• Re: utimensat(2) and faccessat(2): man pages do not mention AT_EMPTY_PATH flag
  • From: Renzo Davoli <renzo@xxxxxxxxxxx>
• Re: Man-page example code correction: sched_getcpu(3)
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH] bugzilla_218018_v2
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH] bugzilla_218018_v1
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH] bugzilla_218018
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH] bugzilla_218018
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• [Bug 218018] dl_iterate_phdr should mention Elf64_Phdr (in addition to Elf32_Phdr).
  • From: bugzilla-daemon@xxxxxxxxxx
• Re: [Bug 218018] dl_iterate_phdr should mention Elf64_Phdr (in addition to Elf32_Phdr).
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH] bugzilla_217709
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: utimensat(2) and faccessat(2): man pages do not mention AT_EMPTY_PATH flag
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• [Bug 217838] Systemd nowadays mounts Cgroups v2
  • From: bugzilla-daemon@xxxxxxxxxx
• [Bug 217838] Systemd nowadays mounts Cgroups v2
  • From: bugzilla-daemon@xxxxxxxxxx
• [PATCH] bugzilla_218018_v2
  • From: Rajesh Pandian <r.pandian@xxxxxxxxx>
• [Bug 217709] Mistake in example in mount_namespaces(7)
  • From: bugzilla-daemon@xxxxxxxxxx
• [Bug 217838] Systemd nowadays mounts Cgroups v2
  • From: bugzilla-daemon@xxxxxxxxxx
• Re: [PATCH] bugzilla_218018_v1
  • From: rajesh <r.pandian@xxxxxxxxx>
• Re: [PATCH] fopencookie.3, stdio.3: wfix
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• [PATCH] fopencookie.3, stdio.3: wfix
  • From: наб <nabijaczleweli@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] bugzilla_218018_v1
  • From: Stefan Puiu <stefan.puiu@xxxxxxxxx>
• Re: [PATCH] bugzilla_218018
  • From: rajesh <r.pandian@xxxxxxxxx>
• [PATCH] bugzilla_218018_v1
  • From: Rajesh Pandian <r.pandian@xxxxxxxxx>
• Re: [PATCH] bugzilla_218018
  • From: Tom Schwindl <schwindl@xxxxxxxxx>
• Re: [PATCH v3] stdio.3: note down fmemopen(3), fopencookie(3), and open_[w]memstream(3)
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH v3] stdio.3: note down fmemopen(3), fopencookie(3), and open_[w]memstream(3)
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH v3] stdio.3: note down fmemopen(3), fopencookie(3), and open_[w]memstream(3)
  • From: наб <nabijaczleweli@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] open_memstream.3: ffix
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH v3] stdio.3: note down fmemopen(3), fopencookie(3), and open_[w]memstream(3)
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• [Bug 217709] Mistake in example in mount_namespaces(7)
  • From: bugzilla-daemon@xxxxxxxxxx
• [Bug 218018] dl_iterate_phdr should mention Elf64_Phdr (in addition to Elf32_Phdr).
  • From: bugzilla-daemon@xxxxxxxxxx
• [PATCH] bugzilla_218018
  • From: Rajesh Pandian <r.pandian@xxxxxxxxx>
• [Bug 218018] dl_iterate_phdr should mention Elf64_Phdr (in addition to Elf32_Phdr).
  • From: bugzilla-daemon@xxxxxxxxxx
• [Bug 218018] dl_iterate_phdr should mention Elf64_Phdr (in addition to Elf32_Phdr).
  • From: bugzilla-daemon@xxxxxxxxxx
• [Bug 217838] Systemd nowadays mounts Cgroups v2
  • From: bugzilla-daemon@xxxxxxxxxx
• [Bug 217838] Systemd nowadays mounts Cgroups v2
  • From: bugzilla-daemon@xxxxxxxxxx
• [PATCH] open_memstream.3: ffix
  • From: наб <nabijaczleweli@xxxxxxxxxxxxxxxxxx>
• [PATCH v3] stdio.3: note down fmemopen(3), fopencookie(3), and open_[w]memstream(3)
  • From: наб <nabijaczleweli@xxxxxxxxxxxxxxxxxx>
• [PATCH v2] stdio.3: note down fmemopen(3), fopencookie(3), and open_[w]memstream(3)
  • From: наб <nabijaczleweli@xxxxxxxxxxxxxxxxxx>
• [PATCH] stdio.3: note down fmemopen(3) and fopencookie(3)
  • From: наб <nabijaczleweli@xxxxxxxxxxxxxxxxxx>
• [PATCH] bugzilla_217709
  • From: Rajesh Pandian <r.pandian@xxxxxxxxx>
• Re: [PATCH] : Fixing Bugzill ID 217709
  • From: rajesh <r.pandian@xxxxxxxxx>
• [PATCH] : Fixing Bugzill ID 217709
  • From: Alejandro Colomar <r.pandian@xxxxxxxxx>
• Re: Avoid unprivileged splice(file->)/(->socket) pipe exclusion
  • From: Ahelenia Ziemiańska <nabijaczleweli@xxxxxxxxxxxxxxxxxx>
• Re: Avoid unprivileged splice(file->)/(->socket) pipe exclusion
  • From: Askar Safin <safinaskar@xxxxxxxxx>
• [Bug 218266] Need article about Linux shutdown process
  • From: bugzilla-daemon@xxxxxxxxxx
• [Bug 218266] Need article about Linux shutdown process
  • From: bugzilla-daemon@xxxxxxxxxx
• Re: mount(2) missing EOVERFLOW
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: Contributing to documentation
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: Contributing to documentation
  • From: rajesh <r.pandian@xxxxxxxxx>
• Re: Contributing to documentation
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: Contributing to documentation
  • From: rajesh <r.pandian@xxxxxxxxx>
• [Bug 218266] Need article about Linux shutdown process
  • From: bugzilla-daemon@xxxxxxxxxx
• [PATCH] CONTRIBUTING: Accept patches in attachments
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: Contributing to documentation
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• test attachment
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH 1/2] man2/swapon.2: Make description more clear
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH 2/2] swapon.2: Adjust decreased value under CONFIG_DEVICE_PRIVATE
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• [PATCH 2/2] swapon.2: Adjust decreased value under CONFIG_DEVICE_PRIVATE
  • From: Yang Xu <xuyang2018.jy@xxxxxxxxxxx>
• [PATCH 1/2] man2/swapon.2: Make description more clear
  • From: Yang Xu <xuyang2018.jy@xxxxxxxxxxx>
• Re: [PATCH] ioctl_console: Document new CAP_SYS_ADMIN restrictions (since Linux 6.7)
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH] sendfile.2: pull in_fd type requirements up to 6.7
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH] sendfile.2: pull in_fd type requirements up to 6.7
  • From: наб <nabijaczleweli@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] unix.7: SO_PEERCRED: Mention listen(2)
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH] sendfile.2: pull in_fd type requirements up to 6.7
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• [Bug 217709] Mistake in example in mount_namespaces(7)
  • From: bugzilla-daemon@xxxxxxxxxx
• [PATCH v2 12/11 man-pages] splice.2: document 6.8 blocking behaviour
  • From: Ahelenia Ziemiańska <nabijaczleweli@xxxxxxxxxxxxxxxxxx>
• [PATCH v2 00/11] Avoid unprivileged splice(file->)/(->socket) pipe exclusion
  • From: Ahelenia Ziemiańska <nabijaczleweli@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] unix.7: SO_PEERCRED: Mention listen(2)
  • From: Kuniyuki Iwashima <kuniyu@xxxxxxxxxx>
• [PATCH] sendfile.2: pull in_fd type requirements up to 6.7
  • From: наб <nabijaczleweli@xxxxxxxxxxxxxxxxxx>
• [patch] unix.7: SO_PEERCRED: Mention listen(2)
  • From: Alexey Tikhonov <atikhono@xxxxxxxxxx>
• Re: [PATCH v2 1/2] swapon.2: Adjust decreased value under CONFIG_MIGRATION
  • From: "Yang Xu (Fujitsu)" <xuyang2018.jy@xxxxxxxxxxx>
• [Bug 218266] Need article about Linux shutdown process
  • From: bugzilla-daemon@xxxxxxxxxx
• Re: [PATCH v2 1/2] swapon.2: Adjust decreased value under CONFIG_MIGRATION
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• [Bug 218266] Need article about Linux shutdown process
  • From: bugzilla-daemon@xxxxxxxxxx
• Re: [PATCH v2 1/2] swapon.2: Adjust decreased value under CONFIG_MIGRATION
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH v2 2/2] swapon.2: Adjust decreased value under CONFIG_PTE_MARKER
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• [Bug 218266] Need article about Linux shutdown process
  • From: bugzilla-daemon@xxxxxxxxxx
• Re: [LTP] [PATCH v2 1/2] swapon.2: Adjust decreased value under CONFIG_MIGRATION
  • From: "Yang Xu (Fujitsu)" <xuyang2018.jy@xxxxxxxxxxx>
• [Bug 218266] New: Need article about Linux shutdown process
  • From: bugzilla-daemon@xxxxxxxxxx
• Re: Suggestion for clarifications on "man 5 proc" page regarding /proc/[pid]/self race conditions
  • From: ellie <el@xxxxxxxxxxx>
• Re: Suggestion for clarifications on "man 5 proc" page regarding /proc/[pid]/self race conditions
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: Suggestion for clarifications on "man 5 proc" page regarding /proc/[pid]/self race conditions
  • From: ellie <el@xxxxxxxxxxx>
• Re: Suggestion for clarifications on "man 5 proc" page regarding /proc/[pid]/self race conditions
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: Suggestion for clarifications on "man 5 proc" page regarding /proc/[pid]/self race conditions
  • From: ellie <el@xxxxxxxxxxx>
• Re: Suggestion for clarifications on "man 5 proc" page regarding /proc/[pid]/self race conditions
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: Suggestion for clarifications on "man 5 proc" page regarding /proc/[pid]/self race conditions
  • From: ellie <el@xxxxxxxxxxx>
• Re: Suggestion for clarifications on "man 5 proc" page regarding /proc/[pid]/self race conditions
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Suggestion for clarifications on "man 5 proc" page regarding /proc/[pid]/self race conditions
  • From: ellie <el@xxxxxxxxxxx>
• Re: [patch] atoi.3: Document return value on under/overflow as undefined
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [patch] atoi.3: Document return value on under/overflow as undefined
  • From: Thomas Habets <thomas@xxxxxxxxx>
• Re: [patch] atoi.3: Document return value on under/overflow as undefined
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [patch] atoi.3: Document return value on under/overflow as undefined
  • From: Thomas Habets <thomas@xxxxxxxxx>
• Re: [patch] atoi.3: Document return value on under/overflow as undefined
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• [patch] atoi.3: Document return value on under/overflow as undefined
  • From: thomas@xxxxxxxxx
• Re: utimensat(2) and faccessat(2): man pages do not mention AT_EMPTY_PATH flag
  • From: Renzo Davoli <renzo@xxxxxxxxxxx>
• Re: utimensat(2) and faccessat(2): man pages do not mention AT_EMPTY_PATH flag
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: utimensat(2) and faccessat(2): man pages do not mention AT_EMPTY_PATH flag
  • From: Renzo Davoli <renzo@xxxxxxxxxxx>
• scanf(3), sscanf(3)
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: utimensat(2) and faccessat(2): man pages do not mention AT_EMPTY_PATH flag
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: Fwd: [PATCH] sscanf.3: Remove term 'deprecated', and expand BUGS
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH 3/4] listmount: small changes in semantics
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Fwd: [PATCH] sscanf.3: Remove term 'deprecated', and expand BUGS
  • From: Lee Griffiths <poddster@xxxxxxxxx>
• [PATCH] strtol.3: Clarify that the base should be tested beforehand, if at all
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH] sscanf.3: Remove term 'deprecated', and expand BUGS
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH] sscanf.3: Remove term 'deprecated', and expand BUGS
  • From: Matthew House <mattlloydhouse@xxxxxxxxx>
• Re: [PATCH] sscanf.3: Remove term 'deprecated', and expand BUGS
  • From: Matthew House <mattlloydhouse@xxxxxxxxx>
• Re: [PATCH 3/4] listmount: small changes in semantics
  • From: Miklos Szeredi <miklos@xxxxxxxxxx>
• Re: [PATCH] sscanf.3: Remove term 'deprecated', and expand BUGS
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH 3/4] listmount: small changes in semantics
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• Re: [PATCH] sscanf.3: Remove term 'deprecated', and expand BUGS
  • From: Matthew House <mattlloydhouse@xxxxxxxxx>
• Re: [RFC] proposed libc interface and man page for listmount
  • From: Matthew House <mattlloydhouse@xxxxxxxxx>
• Re: [PATCH] sscanf.3: Remove term 'deprecated', and expand BUGS
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• [PATCH] sscanf.3: Remove term 'deprecated', and expand BUGS
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• utimensat(2) and faccessat(2): man pages do not mention AT_EMPTY_PATH flag
  • From: Renzo Davoli <renzo@xxxxxxxxxxx>
• Re: [RFC] proposed libc interface and man page for listmount
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• Re: [RFC] proposed libc interface and man page for listmount
  • From: Miklos Szeredi <miklos@xxxxxxxxxx>
• Re: [RFC] proposed libc interface and man page for listmount
  • From: Miklos Szeredi <miklos@xxxxxxxxxx>
• Re: [RFC] proposed libc interface and man page for listmount
  • From: Karel Zak <kzak@xxxxxxxxxx>
• Re: [RFC] proposed libc interface and man page for listmount
  • From: Matthew House <mattlloydhouse@xxxxxxxxx>
• [RFC] proposed libc interface and man page for listmount
  • From: Miklos Szeredi <miklos@xxxxxxxxxx>
• Re: Add sub-topic on 'exFAT' in man mount
  • From: Bagas Sanjaya <bagasdotme@xxxxxxxxx>
• Re: Add sub-topic on 'exFAT' in man mount
  • From: Seamus de Mora <seamusdemora@xxxxxxxxx>
• [PATCH v2 2/2] swapon.2: Adjust decreased value under CONFIG_PTE_MARKER
  • From: Yang Xu <xuyang2018.jy@xxxxxxxxxxx>
• [PATCH v2 1/2] swapon.2: Adjust decreased value under CONFIG_MIGRATION
  • From: Yang Xu <xuyang2018.jy@xxxxxxxxxxx>
• Re: [PATCH] ioctl_console: Document new CAP_SYS_ADMIN restrictions (since Linux 6.7)
  • From: "Günther Noack" <gnoack@xxxxxxxxxx>
• Re: [PATCH 1/2] swapon.2: Adjust decreased value under CONFIG_MIGRATION
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• [PATCH 2/2] swapon.2: Adjust decreased value under CONFIG_PTE_MARKER
  • From: Yang Xu <xuyang2018.jy@xxxxxxxxxxx>
• [PATCH 1/2] swapon.2: Adjust decreased value under CONFIG_MIGRATION
  • From: Yang Xu <xuyang2018.jy@xxxxxxxxxxx>
• Re: UNIX(7)
  • From: Alexey Tikhonov <atikhono@xxxxxxxxxx>
• Re: [PATCH] ioctl_console: Document new CAP_SYS_ADMIN restrictions (since Linux 6.7)
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH] ioctl_console: Document new CAP_SYS_ADMIN restrictions (since Linux 6.7)
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: UNIX(7)
  • From: Kuniyuki Iwashima <kuniyu@xxxxxxxxxx>
• mount(2) missing EOVERFLOW
  • From: "Priedhorsky, Reid" <reidpr@xxxxxxxx>
• Re: [PATCH] ioctl_console: Document new CAP_SYS_ADMIN restrictions (since Linux 6.7)
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: UNIX(7)
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• [PATCH] ioctl_console: Document new CAP_SYS_ADMIN restrictions (since Linux 6.7)
  • From: "Günther Noack" <gnoack@xxxxxxxxxx>
• UNIX(7)
  • From: Alexey Tikhonov <atikhono@xxxxxxxxxx>
• Re: Optimize script for generating LinuxManBook.pdf
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: Optimize script for generating LinuxManBook.pdf
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• [PATCH v2] strtol.3, strtoul.3: ERRORS: Clarify that these don't set errno on success
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: strtol(3) setting of errno
  • From: Jakub Wilk <jwilk@xxxxxxxxx>
• Re: strtol(3) setting of errno
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: Optimize script for generating LinuxManBook.pdf
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: Optimize script for generating LinuxManBook.pdf
  • From: Deri <deri@xxxxxxxxxxxxxxxxxxxxxx>
• [PATCH 2/2] strtol.3: EXAMPLES: Fix error checking
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• [PATCH 1/2] Revert "strtol.3: EXAMPLES: Simplify errno checking"
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: strtol(3) setting of errno
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: strtol(3) setting of errno
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• strtol(3) setting of errno
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH] wfix: sigaltstack(2) example: function pointer
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• [PATCH] wfix: sigaltstack(2) example: function pointer
  • From: Jan Kasprzak <kas@xxxxxxxxxx>
• Re: [PATCH 0/4] listmount changes
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: [PATCH 0/4] listmount changes
  • From: Miklos Szeredi <miklos@xxxxxxxxxx>
• Re: [PATCH 0/4] listmount changes
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• [PATCH 3/4] listmount: small changes in semantics
  • From: Miklos Szeredi <mszeredi@xxxxxxxxxx>
• [PATCH 4/4] listmount: allow continuing
  • From: Miklos Szeredi <mszeredi@xxxxxxxxxx>
• [PATCH 2/4] listmount: list mounts in ID order
  • From: Miklos Szeredi <mszeredi@xxxxxxxxxx>
• [PATCH 1/4] listmount: rip out flags
  • From: Miklos Szeredi <mszeredi@xxxxxxxxxx>
• [PATCH 0/4] listmount changes
  • From: Miklos Szeredi <mszeredi@xxxxxxxxxx>
• Re: catenate vs concatenate (was: strncpy clarify result may not be null terminated)
  • From: "G. Branden Robinson" <g.branden.robinson@xxxxxxxxx>
• Re: Add sub-topic on 'exFAT' in man mount
  • From: Seamus de Mora <seamusdemora@xxxxxxxxx>
• Re: catenate vs concatenate (was: strncpy clarify result may not be null terminated)
  • From: "Zack Weinberg" <zack@xxxxxxxxxxxx>
• Re: catenate vs concatenate (was: strncpy clarify result may not be null terminated)
  • From: "G. Branden Robinson" <g.branden.robinson@xxxxxxxxx>
• Re: catenate vs concatenate (was: strncpy clarify result may not be null terminated)
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: catenate vs concatenate (was: strncpy clarify result may not be null terminated)
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: catenate vs concatenate (was: strncpy clarify result may not be null terminated)
  • From: "Zack Weinberg" <zack@xxxxxxxxxxxx>
• Re: Add sub-topic on 'exFAT' in man mount
  • From: Namjae Jeon <linkinjeon@xxxxxxxxxx>
• Re: Errata in K&R C v2, page 97 (was: [PATCH v2] CONTRIBUTING: Please sign your emails with PGP)
  • From: Brian Kernighan <bwk@xxxxxxxxxxxxxxxx>
• Re: Errata in K&R C v2, page 97 (was: [PATCH v2] CONTRIBUTING: Please sign your emails with PGP)
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: Errata in K&R C v2, page 97 (was: [PATCH v2] CONTRIBUTING: Please sign your emails with PGP)
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: Errata in K&R C v2, page 97 (was: [PATCH v2] CONTRIBUTING: Please sign your emails with PGP)
  • From: Brian Kernighan <bwk@xxxxxxxxxxxxxxxx>
• Re: Online PDF of the Linux man-pages @ git HEAD
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: NULL safety
  • From: Jonny Grant <jg@xxxxxxxx>
• Re: Online PDF of the Linux man-pages @ git HEAD
  • From: Jonny Grant <jg@xxxxxxxx>
• Re: NULL safety
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: posix_memalign(3)
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Online PDF of the Linux man-pages @ git HEAD
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: Optimize script for generating LinuxManBook.pdf
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: Optimize script for generating LinuxManBook.pdf
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: Optimize script for generating LinuxManBook.pdf
  • From: Deri <deri@xxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 5/5] proc_sys_user.5: tfix
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• [PATCH 1/5] pthread_key_create.3: tfix
  • From: Jakub Wilk <jwilk@xxxxxxxxx>
• [PATCH 4/5] proc_pid_oom_score_adj.5: tfix
  • From: Jakub Wilk <jwilk@xxxxxxxxx>
• [PATCH 3/5] proc_pid_mountinfo.5: spfix
  • From: Jakub Wilk <jwilk@xxxxxxxxx>
• [PATCH 5/5] proc_sys_user.5: tfix
  • From: Jakub Wilk <jwilk@xxxxxxxxx>
• [PATCH 2/5] proc_crypto.5: spfix
  • From: Jakub Wilk <jwilk@xxxxxxxxx>
• Errata in K&R C v2, page 97 (was: [PATCH v2] CONTRIBUTING: Please sign your emails with PGP)
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH v2] CONTRIBUTING: Please sign your emails with PGP
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH v2] CONTRIBUTING: Please sign your emails with PGP
  • From: "G. Branden Robinson" <g.branden.robinson@xxxxxxxxx>
• Re: Optimize script for generating LinuxManBook.pdf
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: Optimize script for generating LinuxManBook.pdf
  • From: Deri <deri@xxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2] CONTRIBUTING: Please sign your emails with PGP
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH v2] CONTRIBUTING: Please sign your emails with PGP
  • From: "G. Branden Robinson" <g.branden.robinson@xxxxxxxxx>
• Re: proposed libc interface and man page for statmount(2)
  • From: "Zack Weinberg" <zack@xxxxxxxxxxxx>
• Optimize script for generating LinuxManBook.pdf
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• [PATCH v2] CONTRIBUTING: Please sign your emails with PGP
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: proposed libc interface and man page for statmount(2)
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: proposed libc interface and man page for statmount(2)
  • From: Ian Kent <ikent@xxxxxxxxxx>
• Re: proposed libc interface and man page for statmount(2)
  • From: Ian Kent <ikent@xxxxxxxxxx>
• Re: [PATCH 4/4] stpncpy(3) fixes
  • From: Paul Eggert <eggert@xxxxxxxxxxx>
• Re: proposed libc interface and man page for statmount(2)
  • From: "Zack Weinberg" <zack@xxxxxxxxxxxx>
• Re: proposed libc interface and man page for statmount(2)
  • From: Miklos Szeredi <miklos@xxxxxxxxxx>
• Re: [PATCH 4/4] stpncpy(3) fixes
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: Add sub-topic on 'exFAT' in man mount
  • From: Seamus de Mora <seamusdemora@xxxxxxxxx>
• Re: [PATCH 3/4] strncat.3 fixes
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: Add sub-topic on 'exFAT' in man mount
  • From: Bagas Sanjaya <bagasdotme@xxxxxxxxx>
• Re: Add sub-topic on 'exFAT' in man mount
  • From: "G. Branden Robinson" <g.branden.robinson@xxxxxxxxx>
• Re: Add sub-topic on 'exFAT' in man mount
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: Add sub-topic on 'exFAT' in man mount
  • From: Bagas Sanjaya <bagasdotme@xxxxxxxxx>
• Re: Add sub-topic on 'exFAT' in man mount
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: Add sub-topic on 'exFAT' in man mount
  • From: Bagas Sanjaya <bagasdotme@xxxxxxxxx>
• Re: Add sub-topic on 'exFAT' in man mount
  • From: Bagas Sanjaya <bagasdotme@xxxxxxxxx>
• Re: proposed libc interface and man page for statmount(2)
  • From: Ian Kent <raven@xxxxxxxxxx>
• Re: proposed libc interface and man page for statmount(2)
  • From: Ian Kent <raven@xxxxxxxxxx>
• Re: proposed libc interface and man page for statmount(2)
  • From: Ian Kent <raven@xxxxxxxxxx>
• Re: proposed libc interface and man page for statmount(2)
  • From: Ian Kent <ikent@xxxxxxxxxx>
• Re: Add sub-topic on 'exFAT' in man mount
  • From: Seamus de Mora <seamusdemora@xxxxxxxxx>
• Re: strncpy clarify result may not be null terminated
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: Add sub-topic on 'exFAT' in man mount
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: strncpy clarify result may not be null terminated
  • From: Jonny Grant <jg@xxxxxxxx>
• Add sub-topic on 'exFAT' in man mount
  • From: Seamus de Mora <seamusdemora@xxxxxxxxx>
• Re: proposed libc interface and man page for statmount(2)
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: proposed libc interface and man page for statmount(2)
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: strncpy clarify result may not be null terminated
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: proposed libc interface and man page for statmount(2)
  • From: Miklos Szeredi <miklos@xxxxxxxxxx>
• Re: proposed libc interface and man page for statmount(2)
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• Re: strncpy clarify result may not be null terminated
  • From: Jonny Grant <jg@xxxxxxxx>
• Re: proposed libc interface and man page for statmount(2)
  • From: Miklos Szeredi <miklos@xxxxxxxxxx>
• Re: PDF book of unreleased pages (was: strncpy clarify result may not be null terminated)
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: PDF book of unreleased pages (was: strncpy clarify result may not be null terminated)
  • From: "G. Branden Robinson" <g.branden.robinson@xxxxxxxxx>
• Re: PDF book of unreleased pages (was: strncpy clarify result may not be null terminated)
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: PDF book of unreleased pages (was: strncpy clarify result may not be null terminated)
  • From: Deri <deri@xxxxxxxxxxxxxxxxxxxxxx>
• Re: PDF book of unreleased pages (was: strncpy clarify result may not be null terminated)
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: PDF book of unreleased pages (was: strncpy clarify result may not be null terminated)
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: PDF book of unreleased pages (was: strncpy clarify result may not be null terminated)
  • From: Deri <deri@xxxxxxxxxxxxxxxxxxxxxx>
• Re: strncpy clarify result may not be null terminated
  • From: Jonny Grant <jg@xxxxxxxx>
• Re: Signing all patches and email to this list
  • From: Jonny Grant <jg@xxxxxxxx>
• Re: NULL safety
  • From: Jonny Grant <jg@xxxxxxxx>
• Re: strncpy clarify result may not be null terminated
  • From: Jonny Grant <jg@xxxxxxxx>
• Re: strncpy clarify result may not be null terminated
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• NULL safety (was: strncpy clarify result may not be null terminated)
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• PDF book of unreleased pages (was: strncpy clarify result may not be null terminated)
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: Signing all patches and email to this list
  • From: Matthew House <mattlloydhouse@xxxxxxxxx>
• posix_memalign(3)
  • From: Jonny Grant <jg@xxxxxxxx>
• Re: strncpy clarify result may not be null terminated
  • From: Jonny Grant <jg@xxxxxxxx>
• Re: strncpy clarify result may not be null terminated
  • From: Jonny Grant <jg@xxxxxxxx>
• Re: [PATCH v2 1/3] string_copying.7: BUGS: *cat(3) functions aren't always bad
  • From: Jonny Grant <jg@xxxxxxxx>
• Re: proposed libc interface and man page for statmount(2)
  • From: Miklos Szeredi <miklos@xxxxxxxxxx>
• Re: proposed libc interface and man page for statmount(2)
  • From: Miklos Szeredi <miklos@xxxxxxxxxx>
• Re: proposed libc interface and man page for statmount(2)
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• Re: proposed libc interface and man page for statmount(2)
  • From: Miklos Szeredi <miklos@xxxxxxxxxx>
• Re: proposed libc interface and man page for statmount(2)
  • From: Miklos Szeredi <miklos@xxxxxxxxxx>
• Re: proposed libc interface and man page for statmount(2)
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• Re: proposed libc interface and man page for statmount(2)
  • From: Adhemerval Zanella Netto <adhemerval.zanella@xxxxxxxxxx>
• Re: Signing all patches and email to this list
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: Signing all patches and email to this list
  • From: Matthew House <mattlloydhouse@xxxxxxxxx>
• proposed libc interface and man page for statmount(2)
  • From: Miklos Szeredi <miklos@xxxxxxxxxx>
• Re: [PATCH] ffs.3: all these functions live in <strings.h>.
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH] mbsrtowcs.3: add a note for conversion completion
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH] mbsrtowcs.3: add a note for conversion completion
  • From: Andriy Utkin <andriy_utkin@xxxxxxxxxxxx>
• Re: [PATCH] mbsrtowcs.3: add a note for conversion completion
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• [PATCH] ffs.3: all these functions live in <strings.h>.
  • From: enh <enh@xxxxxxxxxx>
• Re: groff 1.23.0 stability (was: using the TQ macro)
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: groff 1.23.0 stability (was: using the TQ macro)
  • From: Sam James <sam@xxxxxxxxxx>
• Re: strncpy clarify result may not be null terminated
  • From: Jonny Grant <jg@xxxxxxxx>
• Signing all patches and email to this list
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH 2/4] string.3 fixes
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH 2/4] string.3 fixes
  • From: Paul Eggert <eggert@xxxxxxxxxxx>
• Re: [PATCH 3/4] strncat.3 fixes
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: strncpy clarify result may not be null terminated
  • From: Matthew House <mattlloydhouse@xxxxxxxxx>
• [PATCH] mbsrtowcs.3: add a note for conversion completion
  • From: Andriy Utkin <andriy_utkin@xxxxxxxxxxxx>
• Re: [PATCH 4/4] stpncpy(3) fixes
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH 3/4] strncat.3 fixes
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH 2/4] string.3 fixes
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH 1/4] * Remove man3/stpecpyx.3; no longer present.
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• [PATCH 4/4] stpncpy(3) fixes
  • From: Paul Eggert <eggert@xxxxxxxxxxx>
• [PATCH 1/4] * Remove man3/stpecpyx.3; no longer present.
  • From: Paul Eggert <eggert@xxxxxxxxxxx>
• [PATCH 3/4] strncat.3 fixes
  • From: Paul Eggert <eggert@xxxxxxxxxxx>
• [PATCH 2/4] string.3 fixes
  • From: Paul Eggert <eggert@xxxxxxxxxxx>
• [PATCH 0/4] improvements for strncpy.3 etc
  • From: Paul Eggert <eggert@xxxxxxxxxxx>
• Re: strncpy clarify result may not be null terminated
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: strncpy clarify result may not be null terminated
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: strncpy clarify result may not be null terminated
  • From: Paul Eggert <eggert@xxxxxxxxxxx>
• Re: [PATCH v4 4/6] add statmount(2) syscall
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: [PATCH v4 4/6] add statmount(2) syscall
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• [Bug 218105] Incorrect path name in description of creating a threaded cgroups tree
  • From: bugzilla-daemon@xxxxxxxxxx
• [PATCH v2 3/3] strtcpy.3, string_copying.7: Add strtcpy(3)
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• [PATCH v2 2/3] string_copying.7: BUGS: Document strl{cpy,cat}(3)'s performance problems
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• [PATCH v2 1/3] string_copying.7: BUGS: *cat(3) functions aren't always bad
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• [PATCH v2 0/3] Improve string_copying(7)
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: strncpy clarify result may not be null terminated
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: strncpy clarify result may not be null terminated
  • From: Jonny Grant <jg@xxxxxxxx>
• [PATCH 2/2] string_copying.7: BUGS: Document strl{cpy,cat}(3)'s performance problems
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• [PATCH 1/2] string_copying.7: BUGS: *cat(3) functions aren't always bad
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• [PATCH 0/2] Expand BUGS section of string_copying(7).
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: strncpy clarify result may not be null terminated
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: strncpy clarify result may not be null terminated
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: strncpy clarify result may not be null terminated
  • From: Paul Eggert <eggert@xxxxxxxxxxx>
• Re: strncpy clarify result may not be null terminated
  • From: Jonny Grant <jg@xxxxxxxx>
• Re: strncpy clarify result may not be null terminated
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: strncpy clarify result may not be null terminated
  • From: Jonny Grant <jg@xxxxxxxx>
• Re: [PATCH] difftime.3: be more explict about "difference".
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• [Bug 218105] Incorrect path name in description of creating a threaded cgroups tree
  • From: bugzilla-daemon@xxxxxxxxxx
• Re: Issue in man page hostname.7
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: Issue in man page getent.1
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: Issue in man page getdents.2
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: Issue in man page charsets.7
  • From: Helge Kreutzmann <debian@xxxxxxxxxxxxx>
• Re: Issue in man page charsets.7
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH] remove mailmap from README
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• [PATCH] remove mailmap from README
  • From: Florian Lehner <dev@xxxxxxxxxxx>
• Re: strncpy clarify result may not be null terminated
  • From: Oskari Pirhonen <xxc3ncoredxx@xxxxxxxxx>
• Re: strncpy clarify result may not be null terminated
  • From: Jonny Grant <jg@xxxxxxxx>
• Re: strncpy clarify result may not be null terminated
  • From: Paul Eggert <eggert@xxxxxxxxxxx>
• Re: strncpy clarify result may not be null terminated
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: strncpy clarify result may not be null terminated
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: PSA: This list is being migrated (no action required)
  • From: Konstantin Ryabitsev <konstantin@xxxxxxxxxxxxxxxxxxx>
• PSA: This list is being migrated (no action required)
  • From: Konstantin Ryabitsev <konstantin@xxxxxxxxxxxxxxxxxxx>
• Re: strncpy clarify result may not be null terminated
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: strncpy clarify result may not be null terminated
  • From: Paul Eggert <eggert@xxxxxxxxxxx>
• Re: strncpy clarify result may not be null terminated
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: strncpy clarify result may not be null terminated
  • From: Oskari Pirhonen <xxc3ncoredxx@xxxxxxxxx>
• Re: strncpy clarify result may not be null terminated
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: strncpy clarify result may not be null terminated
  • From: Matthew House <mattlloydhouse@xxxxxxxxx>
• Re: strncpy clarify result may not be null terminated
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH v4 4/6] add statmount(2) syscall
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: strncpy clarify result may not be null terminated
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: strncpy clarify result may not be null terminated
  • From: Paul Eggert <eggert@xxxxxxxxxxx>
• Re: strncpy clarify result may not be null terminated
  • From: Jonny Grant <jg@xxxxxxxx>
• Re: strncpy clarify result may not be null terminated
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: strncpy clarify result may not be null terminated
  • From: Stefan Puiu <stefan.puiu@xxxxxxxxx>
• Re: [PATCH v2 2/2] stpncpy.3, string.3, string_copying.7: Clarify that st[rp]ncpy() pad with null bytes
  • From: Oskari Pirhonen <xxc3ncoredxx@xxxxxxxxx>
• Re: strncpy clarify result may not be null terminated
  • From: Jonny Grant <jg@xxxxxxxx>
• Re: strncpy clarify result may not be null terminated
  • From: Jonny Grant <jg@xxxxxxxx>
• Re: strncpy clarify result may not be null terminated
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH v2 2/2] stpncpy.3, string.3, string_copying.7: Clarify that st[rp]ncpy() pad with null bytes
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: strncpy clarify result may not be null terminated
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH] stpncpy.3, string_copying.7: Clarify that st[rp]ncpy() do NOT produce a string
  • From: Jonny Grant <jg@xxxxxxxx>
• Re: strncpy clarify result may not be null terminated
  • From: Paul Eggert <eggert@xxxxxxxxxxx>
• Re: [PATCH] stpncpy.3, string_copying.7: Clarify that st[rp]ncpy() do NOT produce a string
  • From: Andreas Schwab <schwab@xxxxxxxxxxxxxx>
• Re: [PATCH] stpncpy.3, string_copying.7: Clarify that st[rp]ncpy() do NOT produce a string
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH] stpncpy.3, string_copying.7: Clarify that st[rp]ncpy() do NOT produce a string
  • From: DJ Delorie <dj@xxxxxxxxxx>
• [PATCH v2 2/2] stpncpy.3, string.3, string_copying.7: Clarify that st[rp]ncpy() pad with null bytes
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• [PATCH v2 1/2] stpncpy.3, string_copying.7: Clarify that st[rp]ncpy() do NOT produce a string
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: strncpy clarify result may not be null terminated
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH] stpncpy.3, string_copying.7: Clarify that st[rp]ncpy() do NOT produce a string
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH] stpncpy.3, string_copying.7: Clarify that st[rp]ncpy() do NOT produce a string
  • From: Jonny Grant <jg@xxxxxxxx>
• Re: [PATCH] stpncpy.3, string_copying.7: Clarify that st[rp]ncpy() do NOT produce a string
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH] stpncpy.3, string_copying.7: Clarify that st[rp]ncpy() do NOT produce a string
  • From: Jonny Grant <jg@xxxxxxxx>
• Re: catenate vs concatenate
  • From: Jonny Grant <jg@xxxxxxxx>
• Re: strncpy clarify result may not be null terminated
  • From: Jonny Grant <jg@xxxxxxxx>
• Re: strncpy clarify result may not be null terminated
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: strncpy clarify result may not be null terminated
  • From: Xi Ruoyao <xry111@xxxxxxxxxxx>
• Re: strncpy clarify result may not be null terminated
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: strncpy clarify result may not be null terminated
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: strncpy clarify result may not be null terminated
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: strncpy clarify result may not be null terminated
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: strncpy clarify result may not be null terminated
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• catenate vs concatenate (was: strncpy clarify result may not be null terminated)
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: strncpy clarify result may not be null terminated
  • From: Jonny Grant <jg@xxxxxxxx>
• Re: strncpy clarify result may not be null terminated
  • From: Jonny Grant <jg@xxxxxxxx>
• Re: strncpy clarify result may not be null terminated
  • From: Jonny Grant <jg@xxxxxxxx>
• Re: [PATCH] stpncpy.3, string_copying.7: Clarify that st[rp]ncpy() do NOT produce a string
  • From: Oskari Pirhonen <xxc3ncoredxx@xxxxxxxxx>
• Re: [PATCH] difftime.3: be more explict about "difference".
  • From: Paul Eggert <eggert@xxxxxxxxxxx>
• Re: strncpy clarify result may not be null terminated
  • From: Matthew House <mattlloydhouse@xxxxxxxxx>
• Re: strncpy clarify result may not be null terminated
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH] stpncpy.3, string_copying.7: Clarify that st[rp]ncpy() do NOT produce a string
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: strncpy clarify result may not be null terminated
  • From: Paul Eggert <eggert@xxxxxxxxxxx>
• Re: [PATCH] stpncpy.3, string_copying.7: Clarify that st[rp]ncpy() do NOT produce a string
  • From: DJ Delorie <dj@xxxxxxxxxx>
• Re: [PATCH] stpncpy.3, string_copying.7: Clarify that st[rp]ncpy() do NOT produce a string
  • From: Paul Eggert <eggert@xxxxxxxxxxx>
• [PATCH] stpncpy.3, string_copying.7: Clarify that st[rp]ncpy() do NOT produce a string
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: strncpy clarify result may not be null terminated
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: strncpy clarify result may not be null terminated
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: strncpy clarify result may not be null terminated
  • From: "Carlos O'Donell" <carlos@xxxxxxxxxx>
• Re: [PATCH] difftime.3: be more explict about "difference".
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH] difftime.3: be more explict about "difference".
  • From: Paul Eggert <eggert@xxxxxxxxxxx>
• Re: strncpy clarify result may not be null terminated
  • From: DJ Delorie <dj@xxxxxxxxxx>
• Re: strncpy clarify result may not be null terminated
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH v4 4/6] add statmount(2) syscall
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: strncpy clarify result may not be null terminated
  • From: DJ Delorie <dj@xxxxxxxxxx>
• Re: strncpy clarify result may not be null terminated
  • From: "G. Branden Robinson" <g.branden.robinson@xxxxxxxxx>
• Re: strncpy clarify result may not be null terminated
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: strncpy clarify result may not be null terminated
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: strncpy clarify result may not be null terminated
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: strncpy clarify result may not be null terminated
  • From: DJ Delorie <dj@xxxxxxxxxx>
• Re: strncpy clarify result may not be null terminated
  • From: Adhemerval Zanella Netto <adhemerval.zanella@xxxxxxxxxx>
• Re: [PATCH v4 5/6] add listmount(2) syscall
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: [PATCH v4 5/6] add listmount(2) syscall
  • From: Jonathan Corbet <corbet@xxxxxxx>
• Re: strncpy clarify result may not be null terminated
  • From: Thorsten Kukuk <kukuk@xxxxxxxx>
• Re: strncpy clarify result may not be null terminated
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: strncpy clarify result may not be null terminated
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: strncpy clarify result may not be null terminated
  • From: "Zack Weinberg" <zack@xxxxxxxxxxxx>
• Re: strncpy clarify result may not be null terminated
  • From: Thorsten Kukuk <kukuk@xxxxxxxx>
• Re: strncpy clarify result may not be null terminated
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH v4 4/6] add statmount(2) syscall
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: [PATCH v4 5/6] add listmount(2) syscall
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: strncpy clarify result may not be null terminated
  • From: Oskari Pirhonen <xxc3ncoredxx@xxxxxxxxx>
• Re: [PATCH v4 5/6] add listmount(2) syscall
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: [PATCH v4 4/6] add statmount(2) syscall
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: strncpy clarify result may not be null terminated
  • From: Matthew House <mattlloydhouse@xxxxxxxxx>
• Re: PSA: migrating linux-man to new vger infrastructure
  • From: Konstantin Ryabitsev <konstantin@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4 5/6] add listmount(2) syscall
  • From: Jonathan Corbet <corbet@xxxxxxx>
• Re: [PATCH v6] man*/: srcfix
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• [PATCH v6] man*/: srcfix
  • From: "G. Branden Robinson" <g.branden.robinson@xxxxxxxxx>
• Re: [PATCH v5] man*/: srcfix
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• [PATCH v5] man*/: srcfix
  • From: "G. Branden Robinson" <g.branden.robinson@xxxxxxxxx>
• Re: strncpy clarify result may not be null terminated
  • From: Alejandro Colomar <alx@xxxxxxxxxx>